议题决议如下:

1. 新增 workscheduler和backgroundtask manager 仓

议题人没有上会。作为遗留问题。

2. 新增ipc_auth仓

背景如下：permission 仓下有ipc_auth 鉴权能力，但是permission功能已经交接给安工部门，ipc_auth功能还未交接出，其功能属于轻鸿蒙，因此需要将ipc_auth仓挪出来到security仓下，与permission仓平级目录，申请单独建仓。

-permission下有两个功能，一个为ipc鉴权（看通信时是否有访问权限），一个是应用的权限鉴定（该功能已经交接给安工部了）

-安工部反馈ipc_auth 不应该放在permission仓下，应属于security子集功能，会影响其permission仓的更新和维护，因此申请将ipc_auth 功能仓转出到security子仓下，新建仓ipc_auth，与permission同级目录

-具体permission架构如下：

-应用权限管理主要是对应用在其配置表中的权限进行持久化存储和管理，提供应用申请和取消服务等

-ipc 鉴权通信不仅仅应用于应用程序，包括整个系统运行过程中所有的bundle通信，以ipc通信方式进行通讯的都需要经过ipc鉴权管理，

在L1 上部分替代SE Linux功能，在L2上没有此功能

 -对外提供的接口不会有变化，唯一变化的是内部系统服务在配置，目录地址会变化。 因为轻设备没有单独编译的模块的sdk这一级，所以在使用时直接引入

ipc头文件，如果做了inner scq就没有上述问题

-如果做上述修改，其他子系统都需要根据修改做对应的修改（主要是系统服务相关的目录结构要改变），目前libspace无变化，只是目录路径发生变化

-想要移仓的主要是因为目前permission仓的功能和ipc_auth仓功能进行了拆分，permission仓交接给安工部，ipc_auth仓与安工部的permission仓耦合在一起，不易于后续的维护

-不建议现在进行整改

-下周与安工部会议统一对齐后，再进行探讨

-inner SDK 统一部署后

-目前整改与否对主线影响不大。等上述事项完成后，再进行整改

3. 新增DLLite-Micro仓

-之前已经与架构成员完成评审，此议题关闭

4. 小熊派代码合入主线评审

-一共需要新建三个仓

https://gitee.com/openharmony/vendor_bearpi
https://gitee.com/openharmony/applications_sample_bearpi_hm_nano
https://gitee.com/openharmony/device_bearpi_bearpi_hm_nano

-另外还需要引入两个三方仓，将会以外链加patch的形式进行引入

Chipset

-|hisilicon

-|xxx

Device (目录放板级和芯片)

-board

-|bearpi

-|st

-|hispark

-qemu

按照上述文档进行整改 

-后续需要解决的问题是，各自的非官方开发板引入主仓后需要各自负责人定期维护

-整改的方向明确，整体代码的具体整改以渐进的方式进行（先新建一套新的目录结构，逐渐替换现有目录结构的方式进行）

5. 新增三方厂商的sig仓库

- device_asrmicro: asr三方单板sdk的仓库
- vendor_beken：博通集成，黑蜂智造智能采耳棒产品
- vendor_bouffalolab: 博流 产品 连接类模组 格兰仕/九阳/格力
- vendor_bestechnic: 恒玄 产品 连接类模组、语音、显示图形 华为xxx产品
- vendor_ingenic: 君正 产品 万研通词典笔
- vendor_allwinner: 全志 产品 讯飞录音笔 
- vendor_asrmicro: asr 连接类模组 美的家居
- vendor_winnermicro: 联盛德 连接类模组 美的家居

-所有仓，对应的device仓已经建立

-所有仓的vendor device仓都由各自厂商提供并提供代码

-编译的工具链都是厂家子集提供

-先在sig仓建立，后续要求跟今天目录结构整改保持一致，以保证后续整改一致

-后续所有芯片级别的建仓按照今天的情况进行汇总并汇报一下

-开发者 Nagesh 希望贡献 Arduino Nano 33 BLE 开发板 后续由社区负责对接，目前已经加入zulip，持续跟进其工作进度。