会议主题
Subject

OpenHarmony 架构SIG（第210次会议）

会议时间
Time

2026-5-26 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：申请新建sig仓：filemanagement_archive

议题2：申请sig仓毕业：arkui_idlize，闭环遗留问题

议题3：chromium依赖三方仓孵化毕业

议题4：申请sig仓孵化毕业：developtools_dfx_skills

议题5：申请sig仓孵化毕业（仅目录迁移）：device_board_hisilicon_hispark_aifly，device_soc_hisilicon_hispark_aifly，vendor_hisilicon_hispark_aifly

本次会议主要内容：

 

议题1、申请新建sig仓：filemanagement_archive

汇报人：江婧

会议结论：

1、遗留问题闭环后同意在OpenHarmony-SIG下建仓filemanagement_archive。

遗留问题：

1、补充该代码仓的架构图.

2、仓名字filemanagement_archive是否业界通用。

3、说明支持的详细规格.

4、当前Basic service kit 已包含对 zlib的封装，需要考虑压缩解压缩对外统一呈现。

 

议题2、申请sig仓毕业：arkui_idlize，闭环遗留问题

汇报人：郭泽均

会议结论：

1、遗留问题闭环后同意arkui_idlize仓孵化毕业。

遗留问题：

1、以ReadMe作为总入口，区分开发者和使用者，从使用者角度介绍。

 

议题3、chromium依赖三方仓孵化毕业

汇报人：华梦峥

会议结论：

1、遗留问题闭环后，同意孵化毕业。

遗留问题：

1、chromium依赖三方仓的范围是否合理，对比业界OS平台Webview Chromium依赖的三方仓的引入情况。

 

议题4、申请sig仓孵化毕业：developtools_dfx_skills

汇报人：刘沛

会议结论：

1、暂不同意毕业，继续完善、增强孵化仓的能力。

遗留问题：

1、Readme需要完善：1）各个skills的功能职责、能解决的问题（故障模式）、能力边界等；2）使用方法要更加详细，小白也能用；3）开源贡献的约束说明。

2、完成门禁配置，codex、合规扫描等

3、二进制工具不要直接放在开源仓，考虑开源或单独渠道下载部署。

4、毕业时收集用户使用报告，进行功能成熟度评估。

5、支持的故障问题定位能力（对于故障模式库的覆盖），包括基础能力和领域能力，要达到一定的覆盖度再考虑毕业。

 

议题5、申请sig仓孵化毕业（仅目录迁移）：device_board_hisilicon_hispark_aifly，device_soc_hisilicon_hispark_aifly，vendor_hisilicon_hispark_aifly

汇报人：邹美广

会议结论：

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

遗留问题：

1、L1新开发板代码合入要匹配社区6.1 LTS版本计划。

2、提拉社区CI门禁陪跑L1新开发板计划，确保代码合入质量要求。

3、readme作为资料文档的总入口，以开发者视角审视文档命名、内容组织，特性涉及多种方案的要给出建议，配套架构图能够指导开发。

4、确认fip.bin能否预置到单板固件中，不引入到代码仓；或者选型引入trusted-firmware源码开放。

5、SoC软件参考界内做法尽量开源，闭源库分类合并、按需加载，提拉计划至630完成整改。

6、L1新开发板暂不要求支持LiteOS_A。

 

 

 

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