会议主题 Subject OpenHarmony 架构SIG（第217次会议） 会议时间 Time 2026-7-21 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仓：ai_plugin_engine；申请开源引入：mmn、ncnn、llama.cpp 议题2：申请新建sig孵化仓：graphic_2d_engine 遗留问题闭环 议题3：申请新建sig孵化仓：data_computation_analysis_service 议题4：申请新建sig仓： assessment_configuration_service 议题5：申请仓更名：arkui_qrcodegen 议题6、申请新建sig仓：distributeddatamgr_data_fabric 本次会议主要内容： 议题1、申请新建sig仓：ai_plugin_engine；申请开源引入：mmn、ncnn、llama.cpp 汇报人：潘栩荣 会议结论： 1、暂不同意新建ai_plugin_engine。系统层面的接口标准化为时尚早，建议先考虑在应用层尝试。 2、开源引入的材料分别描述清楚引入的具体原因、与其他同类的对比情况后再重新上会。 遗留问题： 无。 议题2、申请新建sig孵化仓：graphic_2d_engine 遗留问题闭环 汇报人：王良江 会议结论： 1、闭环以下遗留问题后，同意在OpenHarmony-SIG下新建graphic_2d_engine，归属sig_graphic。 遗留问题： 1、架构图按照社区模板绘制、调用方加上app、三方库画在底层； 2、完善孵化目标：要包括整体功能目标、性能目标以及DFX能力，包括功能具体替换skia能力清单，Drawingsl使用范围；分阶段孵化交付节奏。 议题3、申请新建sig孵化仓：data_computation_analysis_service 汇报人：张浩东 会议结论： 1、闭环遗留问题后同意新建。 遗留问题： 1、确认模型管理和模型运行是否一个进程中，原因是什么？ 2、DCAS名称是否合理？数据计算分析服务太大，是否可以改成模型管理，如何处理与大模型管理的关系，建议模型管理能力归一到一个部件，并刷新架构信息平台 3、架构图中注明清楚系统接口，可以举例几个业务调用方，接口不提供给三方使用。 4、架构图中芯片模型运行态进程也画出来。 5、模型运行的逻辑流程图（譬如LoadModel-->RunModel），LoadModel和RunModel容易有歧义，具体的接口定义是什么？ 6、仓库committer过多，精简到3~4位。 7、推理框架中对应KIT按照实际的调整。 8、架构解释：模型加载后为什么从DCAS获取结果，不直接从模型推理侧获取结果？ 9、部件是否继续归属于数据管理子系统？ 议题4、申请新建sig仓： assessment_configuration_service 汇报人：何佳承 会议结论： 1、闭环遗留问题后同意新建。 遗留问题： 1、补充app调用接口所需权限描述。 2、补充调用begin接口后应用可进行的操作与无法进行的操作，特别是通过紧急呼叫，紧急云推（譬如地震通知），定时器（譬如闹钟），呼入，分布式（如查找手机）等场景。 3、补充通知屏蔽场景具体屏蔽哪些通知内容。 4、确认部件名称。 议题5、申请仓更名：arkui_qrcodegen 汇报人：张绩 会议结论： 1、同意arkui_qrcodegen更名为commonlibrary_qrcode_generator。 遗留问题： 无。 议题6、申请新建sig仓：distributeddatamgr_data_fabric 汇报人：胡涛 会议结论： 1、暂不同意新建。 遗留问题： 1、补充不能放到分布式数据管理service仓而需要新建仓的原因。 2、补充能力开放的范围。 退订dev邮件列表请点击https://lists.openatom.io/postorius/lists/dev.openharmony.io/，取消订阅后将收不到所有通过dev邮件列表发送的邮件，请谨慎退订！