会议主题
Subject

OpenHarmony 架构SIG(第221次会议)

会议时间
Time

2026-8-11 9:30-12:00(UTC+08:00)Beijing

召集人
Convener

任革林

与会人
Attendees

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

历史纪要归档路径

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

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

会议议题
Agenda

议题1申请新建sig孵化仓:third_party_typescript-go

议题2sig仓申请孵化毕业:applications_intelligentscene

议题3sig仓申请孵化毕业:applications_players

议题4sig仓申请孵化毕业:applications_browser

议题5sig仓申请孵化毕业:applications_screenrecorder

议题6、申请新建仓:deveco_harnessohos_opencode

议题7、申请新建sig孵化仓:data_computation_analysis_service遗留问题闭环

议题8、新建仓kernel_liteos申请

本次会议主要内容:

 

议题1、申请新建sig孵化仓:third_party_typescript-go

汇报人:刘家良

会议结论:

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

遗留问题:

1、增加整体架构图,说明该仓在编译整个环节中的具体位置。

2、给出典型应用中typescript编译器在编译中所占的耗时(包括引入前和引入后的对比)。

3、精简材料内容。

 

议题2sig仓申请孵化毕业:applications_intelligentscene

汇报人:王春

会议结论:

1、遗留问题闭环后,同意毕业。

遗留问题:

1、说明免打扰、睡眠、学习等预置模式的定义和区别,这些模式分别能做什么、限制做什么、用户能配置什么。

2、补充说明各个部件协同实现电话免打扰的具体流程。

3、补充说明对外提供的接口名称,适用的具体场景,针对三方应用还是系统应用等信息。

4、补充说明 dataShare 的配置,如何接入情景模式的 rdb

5、新特性能力的开发场景,除了基于已有的 feature 的开发场景,再补充一个需要新增 feature 的开发场景。

6、特性层-激活管理,去掉“规则引擎”,架构图和对应的文字描述保持一致。

 

议题3sig仓申请孵化毕业:applications_players

汇报人:曹震雄

会议结论:

1、遗留问题闭环后,同意毕业。

遗留问题:

1、确认业界其它主流开源社区的播放器是否支持网络播放。

2、补充说明搜索的范围(包括沙箱扫描),扫描后存储方式、存储时间等。

3、特性层歌单列表来源需要说明。

4、公共层加上业务描述,需要结合业务特性具体化,修改类似“拼音转换缓存”这种不易理解的短语。

5、分布式、歌词导入等不支持的功能在约束中说明。

6、开发一种新能力这一节中开发步骤需要基于具体的场景展开说明,并精简相关内容。

7、代码目录结合播放器的具体业务进行说明。

 

议题4sig仓申请孵化毕业:applications_browser

汇报人:范竞霄

会议结论:

1、遗留问题闭环后,同意毕业。

遗留问题:

1、细化支持能力的描述,如SSL证书说明、网页权限、页面打印、代理功能。

2、细化特性层模块说明,如书签增删改、历史记录保存范围。

3、新特性能力开发内容修改,以具体的开发场景为例,如新增导航页面。

4、细化代码目录层级描述内容。

 

议题5sig仓申请孵化毕业:applications_screenrecorder

汇报人:王春

会议结论:

1、遗留问题闭环后,同意毕业。

遗留问题:

1AVScreenCaptureRecorder是接口、部件还是模块?建议增加完整的接口说明(属于哪个kitModule)。

2、需要补充产品层和公共层的功能模块(不能把worker作为一个模块)。

3、与其他应用的关系?开发者通过shell调测增加完整的链接。

4、补充录屏帧率等完整规格,比如编码/格式/60fps

5、针对折叠屏,多屏,外接屏等约束补充清楚,包括结合典型用户操作,譬如:外接显示屏电源关闭,折叠屏折叠切换等。

6、新特性能力开发需要通过一个具体的场景说明。

7、异常场景,内存不足,手机发烫等会怎么样处理,需要有适配处理方案。

 

议题6、申请新建仓:deveco_harnessohos_opencode

汇报人:鲍开放

会议结论:

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

遗留问题:

1deveco_code不能既作为仓名又作为产品名,建议对仓名进行修改。

2、增加流程图说明各个仓之间的关系。

3、增加具体例子说明codeagent执行流程。

 

议题7、申请新建sig孵化仓:data_computation_analysis_service遗留问题闭环

汇报人:张浩东

会议结论:

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

遗留问题:

1、跟AIMindSpore等领域对齐当前模型管理开源的具体规格和架构。

 

议题8、新建仓kernel_liteos申请

汇报人:陈高森

会议结论:

1、同意在OpenHarmony-SIG下新增 kernel_liteos 仓库,归属Kernel-SIG。分阶段闭环遗留问题。

遗留问题:

1、提前与与内核SIG对齐liteos与现有liteos_mliteos_aUniProton之间的演进关系和影响范围。 闭环时间:2026818

2、新仓最终定位是替换不是并存,需要分阶段制定孵化目标、计划、分支收编替换策略。闭环时间:2026831
3
、新仓库归一架构需要在侧边补充配置工具、开发辅助文档。闭环时间:2026831
4
、新仓库归一架构需要明确指出关键特性承载的模块和代码目录(譬如小型化、低时延、低功耗、嵌入式AI)。闭环时间:2026831
5
、新仓归一架构需要指出模块的具体的特性是继承不动、修改重构还是新增,用不同颜色区分。闭环时间:2026831
6
litos-A架构收编能力能否提拉,避免linux小型化达成有困难导致无内核可用的困境 --- 毛宁/王凯/冯志强,闭环时间:20261031
7
、内核融合需要对齐周边影响,闭环时间:2026810
8
、审视仓库commiter人员范围。 冯志强,闭环时间:2026810
9
、与内核SIG对齐,闭环时间:2026818
10
liteos归一内核接口功能验证与测试对齐,按XTS用例规范设计实现 ---张东斌/杨雨岩,闭环时间:2026816

 

 

 

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