【会议纪要】OpenHarmony 架构SIG（第224次会议）纪要20260901
会议主题 Subject OpenHarmony 架构SIG（第224次会议） 会议时间 Time 2026-9-1 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：申请新建仓：deveco_harness、ohos_opencode 议题2：申请新建sig仓：distributeddatamgr_data_mining遗留问题闭环 议题3：BQ3588仓孵化申请毕业：vendor/bearkey/bq3588、device/board/bearkey 议题4：FT3KM06仓孵化申请毕业：vendor_devexel、device_board_devexel，device_soc_phytium 议题5：申请新建sig孵化仓：model_manager_service 本次会议主要内容： 议题1、申请新建仓：deveco_harness、ohos_opencode 汇报人：鲍开放 会议结论： 1、遗留问题解决后，同意在OpenHarmony-SIG下新建deveco_harness、 ohos_opencode仓，并将当前devecocode仓进行更名为deveco_intergrate。 遗留问题： 1、分析deveco_harness仓中的harness与业界harness概念的一致性。 2、从能力维度细化三个代码仓的职责描述，明确各自支持/提供的能力清单，并体现出deveco_intergrate和另外2个仓的集成关系。 议题2、申请新建sig仓：distributeddatamgr_data_mining遗留问题闭环 汇报人：李卓峻 会议结论： 1、遗留问题闭环后，同意在OpenHarmony-SIG下新建distributeddatamgr_data_mining 仓，归属DistributedDataMgr-SIG。 遗留问题： 1、extension算子提供给系统应用仍存在效率与性能问题，审视该设计合理性，并提供具体业务场景示例。 2、架构信息平台补充并创建 data_mining 部件。 议题3、BQ3588仓孵化申请毕业：vendor/bearkey/bq3588、device/board/bearkey 汇报人：佘成东 会议结论： 1、遗留问题闭环后再上会。 遗留问题： 1、基于当前master分支进行功能适配和验证测试。 2、搭建T2级别开发板验证环境，环境具备后方可正式合入主线。 3、评估NFC协议栈孵化仓的阻塞原因及解决周期，若问题复杂或解决时间太长，则解除绑定关系。 议题4、FT3KM06仓孵化申请毕业：vendor_devexel、device_board_devexel，device_soc_phytium 汇报人：佘成东 会议结论： 1、遗留问题闭环后再上会。 遗留问题： 1、完善测试用例清单，tee的测试清单，补充测试多屏多显，m.2硬盘测试。 2、基于master进行功能验证。 3、补充每一个二进制文件的具体用途。 4、搭建T2验证环境。 议题5、申请新建sig孵化仓：model_manager_service 汇报人：张浩东 会议结论： 1、遗留问题闭环后同意建仓。 遗留问题： 1、stributeddatamgr_model_manager_service代码仓描述应主要体现模型下载、更新等操作，不包含模型运行信息。 2、模型文件如何保护？是否需要单独加密。 3、与模型服务器鉴权的配套能力，补充其架构设计方案。 4、补充完整具体规格，如断点续传能力、存储配额老化策略等。 5、更新逻辑架构设计图。 6、架构信息平台补充并创建 model_manager_service 部件信息 退订dev邮件列表请点击https://lists.openatom.io/postorius/lists/dev.openharmony.io/，取消订阅后将收不到所有通过dev邮件列表发送的邮件，请谨慎退订！
议题1、申请新建仓：deveco_harness、ohos_opencode： 遗留问题已闭环，同意在OpenHarmony-SIG下新建deveco_harness_assets、 ohos_opencode仓，并将当前deveco-code仓进行更名为deveco_code_intergrate。 From: Yangna (y) via dev <dev@openharmony.io> Sent: Thursday, September 3, 2026 8:40 PM To: dev@openharmony.io Cc: Rengelin <rengelin@huawei.com>; dongjinguang <dongjinguang@huawei.com>; baokaifang <baokaifang@huawei.com>; lizhuojun <lizhuojun3@huawei.com>; 佘成东 <she_chengdong@hoperun.com>; zhanghaodong (E) <zhanghaodong12@huawei.com> Subject: [Dev] 【会议纪要】OpenHarmony 架构SIG（第224次会议）纪要20260901 会议主题 Subject OpenHarmony 架构SIG（第224次会议） 会议时间 Time 2026-9-1 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：申请新建仓：deveco_harness、ohos_opencode 议题2：申请新建sig仓：distributeddatamgr_data_mining遗留问题闭环 议题3：BQ3588仓孵化申请毕业：vendor/bearkey/bq3588、device/board/bearkey 议题4：FT3KM06仓孵化申请毕业：vendor_devexel、device_board_devexel，device_soc_phytium 议题5：申请新建sig孵化仓：model_manager_service 本次会议主要内容： 议题1、申请新建仓：deveco_harness、ohos_opencode 汇报人：鲍开放 会议结论： 1、遗留问题解决后，同意在OpenHarmony-SIG下新建deveco_harness、 ohos_opencode仓，并将当前devecocode仓进行更名为deveco_intergrate。 遗留问题： 1、分析deveco_harness仓中的harness与业界harness概念的一致性。 2、从能力维度细化三个代码仓的职责描述，明确各自支持/提供的能力清单，并体现出deveco_intergrate和另外2个仓的集成关系。 议题2、申请新建sig仓：distributeddatamgr_data_mining遗留问题闭环 汇报人：李卓峻 会议结论： 1、遗留问题闭环后，同意在OpenHarmony-SIG下新建distributeddatamgr_data_mining 仓，归属DistributedDataMgr-SIG。 遗留问题： 1、extension算子提供给系统应用仍存在效率与性能问题，审视该设计合理性，并提供具体业务场景示例。 2、架构信息平台补充并创建 data_mining 部件。 议题3、BQ3588仓孵化申请毕业：vendor/bearkey/bq3588、device/board/bearkey 汇报人：佘成东 会议结论： 1、遗留问题闭环后再上会。 遗留问题： 1、基于当前master分支进行功能适配和验证测试。 2、搭建T2级别开发板验证环境，环境具备后方可正式合入主线。 3、评估NFC协议栈孵化仓的阻塞原因及解决周期，若问题复杂或解决时间太长，则解除绑定关系。 议题4、FT3KM06仓孵化申请毕业：vendor_devexel、device_board_devexel，device_soc_phytium 汇报人：佘成东 会议结论： 1、遗留问题闭环后再上会。 遗留问题： 1、完善测试用例清单，tee的测试清单，补充测试多屏多显，m.2硬盘测试。 2、基于master进行功能验证。 3、补充每一个二进制文件的具体用途。 4、搭建T2验证环境。 议题5、申请新建sig孵化仓：model_manager_service 汇报人：张浩东 会议结论： 1、遗留问题闭环后同意建仓。 遗留问题： 1、stributeddatamgr_model_manager_service代码仓描述应主要体现模型下载、更新等操作，不包含模型运行信息。 2、模型文件如何保护？是否需要单独加密。 3、与模型服务器鉴权的配套能力，补充其架构设计方案。 4、补充完整具体规格，如断点续传能力、存储配额老化策略等。 5、更新逻辑架构设计图。 6、架构信息平台补充并创建 model_manager_service 部件信息 退订dev邮件列表请点击https://lists.openatom.io/postorius/lists/dev.openharmony.io/，取消订阅后将收不到所有通过dev邮件列表发送的邮件，请谨慎退订！
participants (1)
-
Yangna (y)