组织架构初始化工作流

要解决什么问题

多组织、多仓库的 CNB 治理很容易变成重复劳动：简介各写各的、仓库归属靠口头约定、Gitee 只做展示却和开发仓混在一起。更麻烦的是，同一件事第二次做时往往查不到上次建了什么、哪个 Token 缺 group-manage:rw、默认分支到底是 master 还是 main。

本技能把「组织初始化」收成一条可复用的 Agent 工作流：从记忆检索开始，到 CNB 组织简介、批量 scaffold 仓库、Gitee 接入，最后写回记忆文件。

技能如何工作

架构上采用文档里的 七工位（CNB） 模型（前台 yunjinhong、客户部 cnbmm、工具箱 cnbnn、实验室 cnbvv 等），并用决策链固定仓库归属——例如 Skill 一律放 cnbll，工作流模板放 cnbnn，客户项目放 cnbmm。

典型步骤包括：

• Step 1 记忆检索：拉取组织架构全景、积分现状与待办，避免重复建库。
• Step 2 组织简介：通过 PUT /{group}（UpdateOrganization）批量更新 description、remark 等；W3C 等联盟组织常因权限不足返回空响应。
• Step 3～4 仓库与内容：POST /{slug}/-/repos 创建 scaffold；推送内容走 git clone + 本地 commit + push（文档明确记录 CreateCommit 树对象路线走不通）。
• Step 5 Gitee：验证 Token、列仓（私有需 type=all）、按需删建与初始化推送；定位是分发与展示，不做开发。
• Step 6 记忆同步：更新 TOOLS.md、memory/cnb-core/MEMORY.md、USER.md、当日工作日志等。

用户可以说「初始化所有组织的仓库和简介」，Agent 按 Step 1～6 一气呵成，无需逐步确认。

边界与踩坑

• 只管 CNB + Gitee 组织层面，不管具体项目开发与业务代码。
• NPC 积分消耗不在本工作流内，需另开流程。
• 实操要点：description 换行用 \n；CNB 默认分支是 master；Gitee DELETE 成功可能返回空 body；不要预先建无价值的 CNB 镜像空壳仓。