会议主题
Subject

OpenHarmony 架构SIG（第218次会议）

会议时间
Time

2026-7-28 9:30-12:00(UTC+08:00)Beijing

召集人
Convener

任革林

与会人
Attendees

任革林，董金光，各议题汇报人等

历史纪要归档路径

方式1：https://gitcode.com/openharmony/community/tree/master/sig/sig_architecture/meetings

方式2（优先）：dev邮件列表 纪要查询方式：https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/，页面内可以按月份筛选

会议议题
Agenda

议题1：skia依赖库独立建仓申请毕业：third_party_wuffs

议题2：申请日落仓：third_party_qrcodegen

议题3：申请新建sig仓： assessment_configuration_service

议题4：申请新建仓：deveco_harness、agent_kernel_oc

议题5：申请新建仓：applications_players、applications_browser

议题6：申请新建仓：applications_screenrecorder

议题7：sig仓申请孵化毕业：applications_recorder

本次会议主要内容：

 

议题1、skia依赖库独立建仓申请毕业：third_party_wuffs

汇报人：黎富民

会议结论：

1、闭环遗留问题后再次上会评审。

遗留问题：

1、了解清楚wuffs的安全漏洞维护方式。

2、本次整改仅涉及代码仓路径的调整，还是涉及代码仓内容的变更。如果存在代码仓内容的变更，孵化过程还需完整验证整改后相关功能、XTS、TDD、性能等。

3、排查其他使用了wuffs仓库的部件，并一起整改。

4、了解PNG，JPEG，WEBP等格式不一起使用Wuffs整改的原因。

 

议题2、申请日落仓：third_party_qrcodegen

汇报人：张绩

会议结论：

1、同意退休，按退休流程下线。

遗留问题：

无。

 

议题3、申请新建sig仓： assessment_configuration_service

汇报人：何佳承

会议结论：

1、同意建仓，遗留问题在孵化前完成闭环。

遗留问题：

1、提高部件规格描述的准确性，譬如：

1）通过弹窗提醒用户进入考试模式，非白名单app退出；

2）禁止用户通过系统能力截屏录屏，考试应用可以截屏录屏。

3）对远程控制能力增加具体示例，

4）增加AI助手相关禁用（包括语音唤醒和快捷键启动AI助手）。

5）低电量通知明确类型以及具体场景。

6）增加描述禁用分布式软总线，防止其他设备的分布式通知等转发等。

2、架构图绘制遵从社区架构图标准。架构图中列举完整周边相关部件，譬如拒接来电涉及本SA调用通话SA部件。

 

议题4、申请新建仓：deveco_harness、agent_kernel_oc

汇报人：鲍开放

会议结论：

1、闭环遗留问题后重新上会评审。

遗留问题：

1、完整说明每个部件仓的功能、在整体架构中的位置、部件间的协同关系和每个代码仓的业务边界。

2、每个仓的新建申请材料分开写。

3、agent_kernel_oc（来源于opencode）要遵从OpenHarmony社区的三方库引入和选型以及仓库命名方式进行引用。

 

议题5、申请新建仓：applications_players、applications_browser

汇报人：范竞霄、曹震雄

会议结论：

1、同意在OpenHarmony-SIG下新建applications_players、applications_browser，归属SystemApplication SIG。毕业时闭环遗留问题。

遗留问题：

1、共性问题：

      1）架构图与分层描述与其他系统应用保持一致。

      2）UI风格按照OpenHarmony风格，与其他系统应用保持一致。

      3）细化功能特性，明确支持、不支持的能力。

      4）明确描述产品的约束限制条件。

2、播放器：

      1）版权合规：确认所有预置资源的经过了合法授权。

      2）功能规划：确认是否规划分布式功能。

       3）能力接入：接入系统播控中心。

3、浏览器：

      1）明确支持的设备形态（手机/平板）。

      2）补充进程管理相关设计说明。

      3）补充提供的安全隐私能力。

      4）功能和性能指标需对标业界标准。。

      5）考虑适配接入系统入口。

      6）明确对外提供的具体能力（打开文件格式，打印，媒体播放等）。

 

议题6、申请新建仓：applications_screenrecorder

汇报人：王春

会议结论：

1、同意在OpenHarmony-SIG下新建applications_screenrecorder仓，归属SystemApplication SIG。毕业时闭环遗留问题。

遗留问题：

1、UX风格设计

      1）确认录屏应用实况等UX设计符合OpenHarmony风格要求。

2、规格细化，按照开源范围表格刷新完整规格

      1）禁止录屏等安全场景说明。

      2）停止录屏场景说明。

3、架构图刷新：

      1）按照OpenHarmony架构层次划分，配色风格等更新架构图。

      2）截屏应用涉及的权限说明。

      3）具体调用方的权限要求和具体场景说明。

      4）录屏应用与周边相关业务的依赖关系。

4、本应用开源后, 原录屏demo应用下架，与原Demo应用沟通确认。

 

议题7、sig仓申请孵化毕业：applications_recorder

汇报人：赵卓屹

会议结论：

1、闭环遗留问题后再上会评审。

遗留问题：

1、目录分为：录音/最近删除。

2、架构图风格需统一，包括关键kit和关键系统服务说明，架构图和文字描述要一致。

3、是否允许三方应用调用、需要哪些权限要在约束里详细说明。

4、模块说明要与架构图、目录结构一一对应，术语保持一致，产品形态和模块要区分开。

5、代码目录说明中的注释需要细化为录音机相关的具体内容。

 

 

退订dev邮件列表请点击https://lists.openatom.io/postorius/lists/dev.openharmony.io/，取消订阅后将收不到所有通过dev邮件列表发送的邮件，请谨慎退订！