组织架构初始化工作流

要解决什么问题

多组织（CNB 七工位）并行时，组织简介、仓库归属和 Gitee 展示层很容易各写各的：重复建仓、简介过时、API 权限踩坑（例如 W3C 无 group-manage:rw）、以及误把 Gitee 当成开发主仓。这个技能把「初始化组织 / 治理组织 / 给组织建仓库」收敛成一条可复用的 Agent 工作流，并附带复盘里的坑位说明。

技能如何工作

触发后按固定决策链执行，而不是临场拍脑袋：

• Step 1 记忆检索：先拉组织架构全景、积分现状与已有仓库，避免重复劳动。
• Step 2 CNB 组织简介：通过 PUT /{group}（UpdateOrganization）批量更新 description、remark 等；换行用 \n。
• Step 3 仓库批量创建：POST /{slug}/-/repos 为各组织初始化 scaffold；常见失败为 403/409。
• Step 4 标准内容推送：不走「Blob + Commit」捷径，采用 git clone → 本地 commit → push；默认分支是 master 而非 main。
• Step 5 Gitee 接入：验证 Token、列仓（私有需 type=all）、删建与初始化推送；定位为分发与展示，不建无价值的 CNB 空壳镜像。
• Step 6 记忆同步：回写 TOOLS.md、memory/cnb-core/MEMORY.md、USER.md 与当日日志。

仓库归属规则写死在流程里：Skill 与基础设施归 cnbll，工作流模板归 cnbnn，客户项目归 cnbmm，正式产品归 yunjinhong，实验 MVP 归 cnbvv，第三方集成归 cnbyy，开源贡献归 W3C。

边界与注意点

• 只管 CNB + Gitee 组织层面（简介、建仓、脚手架、记忆），不管具体业务代码开发。
• NPC 积分消耗不在本工作流内，需另走积分治理流程。
• 老板可说「初始化所有组织的仓库和简介」触发 Step 1–6 全流程；分步执行时各步提示词模板在 SKILL 中有对应表述。