会议主题 Subject OpenHarmony 架构SIG（第219次会议） 会议时间 Time 2026-8-4 9:30-12:00(UTC+08:00)Beijing 召集人 Convener 任革林 与会人 Attendees 任革林，董金光，各议题汇报人等 历史纪要归档路径 方式1：https://gitcode.com/openharmony/community/tree/master/sig/sig_architecture/m... 方式2（优先）：dev邮件列表 纪要查询方式：https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/，页面内可以按月份筛选 会议议题 Agenda 议题1：申请新建sig仓：arkdata_intelligence_platform 议题2：申请新建sig仓：distributeddatamgr_data_fabric 议题3：申请新建sig仓：distributeddatamgr_data_mining 议题4：sig仓申请孵化毕业：applications_number_identity 议题5：sig仓申请孵化毕业：applications_startup_guide 议题6、sig仓申请孵化毕业：applications_tips 议题7、sig仓申请孵化毕业：applications_recorder 议题8、sig仓申请孵化毕业：applications_calendar 本次会议主要内容： 议题1、申请新建sig仓：arkdata_intelligence_platform 汇报人：莫云/崔乐 会议结论： 1、遗留问题闭环后再重新上会。 遗留问题： 1、完善架构图，要体现出AI模型等关键能力以及关系密切的周边相关部件。 2、细化孵化目标，写清楚边界细节，比如基于什么文件类型构建知识库。 3、梳理kit关系，逐步废弃旧kit，归一到一套kit。 议题2、申请新建sig仓：distributeddatamgr_data_fabric 汇报人：柴晓康 会议结论： 1、遗留问题闭环后再重新上会。 遗留问题： 1、按部件仓的维度重新绘制架构图，运行态和逻辑架构分开画。 2、标记清楚kit名称，接口属性等，架构图里标注哪些接口属于System接口，哪些属于Public接口。 3、业务术语解释清楚（譬如数据汇聚、编织等）。 议题3、申请新建sig仓：distributeddatamgr_data_mining 汇报人：李卓峻 会议结论： 1、遗留问题闭环后再重新上会。 遗留问题： 1、明确清楚业务场景，仓的职责以及定位。 2、材料中的相关术语做好解释说明。 3、重新按照部件维度绘制架构图。 议题4、sig仓申请孵化毕业：applications_number_identity 汇报人：赵维 会议结论： 1、闭环遗留问题后同意毕业。 遗留问题： 1、架构图中的 预制 改成 预置。 2、Phone和Pad属于一个模块要体现出来。 3、模块和架构图要能完全对应。 4、接口定义改成对外接口，并写上具体接口。 5、描述清楚数据库默认预置哪些数据。 6、针对不同开发者分别描述，譬如对用号码识别开发者可修改预置数据库；对于联系人、电话应用的开发者为只读属性。 7、架构图中右边的应用补上短信，在接口定义旁补上相关接口。 8、引用OpenHarmony SDK 按毕业时的主干版本写。 9、修改目录中的SDK说明，不能直接叫 SDK，build-profile.json5 改为工程级配置。 议题5、sig仓申请孵化毕业：applications_startup_guide 汇报人：吴堃/程枫 会议结论： 1、闭环遗留问题后同意毕业。 遗留问题： 1、startupGuide 的名称对照社区部件命名规范进行调整。 2、Phone和Pad属于一个模块要体现出来。 3、架构图中出现的每个模块对要有对应的解释，同其他应用中的分层设计章节、性层的模块的划分要和目录中的模块划分一致，要体现模块职责、模块层级。 4、事件调用关系要修改。 5、开机流程说明需要调整下，删除无关说明。 6、架构图 页面生命周期 改为 页面生命周期管理。 7、场景要区分是 首次开机 、 系统升级、 非首次开机。 8、OpenHarmony SDK 按毕业时的主干版本写。 9、修改目录中的SDK说明，不能直接叫 SDK，build-profile.json5 改为工程级配置。 议题6、sig仓申请孵化毕业：applications_tips 汇报人：郭云峰/邓奕星 会议结论： 1、闭环遗留问题后同意毕业。 遗留问题： 1、common/model 这个名称评估是否再进行调整一下。 2、Phone和Pad属于一个模块要体现出来。 3、架构图中的 settings、sceneboard 确认相关性。 4、引用OpenHarmony SDK 按毕业时的主干版本写。 5、修改目录中的SDK说明，不能直接叫 SDK，build-profile.json5 改为工程级配置。 议题7、sig仓申请孵化毕业：applications_recorder 汇报人：金鑫/赵卓屹 会议结论： 1、闭环遗留问题后同意毕业。 遗留问题： 1、显式标注出不支持通话录音、应用内录音，只支持麦克风录音。 2、录音控制写清楚遵从音频框架的焦点能力。 3、补充录音文件保存的具体目录路径和数据库。 4、架构图没必要体现sceneboard，且Phone和Pad属于一个模块要体现出来，图标、卡片等入口无需特殊标注出来。 5、应用层分层设计里，特性层的模块的划分要和目录中的模块划分一致，要体现模块职责、模块层级。 6、调用场景只用写首次拉起的场景，改为录音机仅允许桌面拉起调用，播放中的调用无需涉及。 7、录音机开发说明中，widget、录音SDK、工程级SDK表述不准确，需要修改。 8、修改目录中的SDK说明，不能直接叫 SDK，build-profile.json5 改为工程级配置。 9、写清楚MODIFY_AUDIO_SETTINGS的具体权限场景。 10、仓库名和包名不一致，统一修改为soundrecorder。 议题8、sig仓申请孵化毕业：applications_calendar 汇报人：黄辛未 会议结论： 1、闭环遗留问题后同意毕业。 遗留问题： 1、phone，pad同一个hap包，需要归一。 2、去掉架构图中的SceneBoard部件。 3、CalendarData放在应用层还是服务层需要审视。 4、引用OpenHarmony SDK 按毕业时的主干版本写。 5、修改目录中的SDK说明，不能直接叫 SDK，build-profile.json5 改为工程级配置。 6、Calendar主要使用ohos.permission.READ_WHOLE_CALENDAR 和 ohos.permission.WRITE_WHOLE_CALENDAR 权限，READ_CALENDAR和WRITE_CALENDAR低权限描述去除 退订dev邮件列表请点击https://lists.openatom.io/postorius/lists/dev.openharmony.io/，取消订阅后将收不到所有通过dev邮件列表发送的邮件，请谨慎退订！