组织架构初始化工作流

SKILL运维和基础设施
运维和基础设施 未标注权限 许可证不明确
安装这个技能

CNB/Gitee组织架构初始化与治理一站式工作流。提供组织仓库初始化、组织简介更新、成员权限管理、职责分工规划、scaffold模板仓库批量创建等全套操作,内置七工位架构模板。当用户说"初始化组织""治理组织""组织架构规划""给组织建仓库""更新组织简介""搭建团队代码架构"时触发。不适用于:单个仓库的日常管理(用git原生操作)、非CNB/Gitee平台的组织管理、团队日常协作。

一句话选型结论

按资料字段整理

组织架构初始化工作流是运维和基础设施类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类运维和基础设施 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_f12a44b7/org-init-workflow
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

运维和基础设施
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_f12a44b7仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791720107
正文体量7.7 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
查服务与日志

按现象定位服务状态与日志线索。

写部署与巡检脚本

把重复的部署、巡检写成脚本。

故障排查

按步骤排查网络、依赖与配置。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在运维和基础设施场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
组织架构初始化工作流当前 未标注权限 未标注 未标注 未标注 有
Azure 部署 调用外部服务 GitHub 仓库 664.2 万 Codex、Claude、Cursor 有
Azure diagnostics 问题管理 调用外部服务 GitHub 仓库 657.6 万 Codex、Claude、Cursor 有
Azure aigateway 部署 调用外部服务 GitHub 仓库 655.3 万 Codex、Claude、Cursor 有
Azure AI 搜索 调用外部服务 GitHub 仓库 651.4 万 Codex、Claude、Cursor 有
Azure Cloud migrate 部署 调用外部服务 GitHub 仓库 650.7 万 Codex、Claude、Cursor 有

SKILL.md 全文

7.7 KB
模型实际读到的说明书原文,来自技能仓库

组织架构初始化与治理工作流

> v1.0 · 2026-04-19 · 沉淀自实际执行复盘

触发条件

用户说"初始化组织"、"治理组织"、"组织架构规划"、"给组织建仓库"、"更新组织简介"等。

架构定义

七工位(CNB)

组织 标签 定位 简介关键词
yunjinhong 前台 正式产品发布 领航项目、产品迭代、生产运维
cnbmm 客户部 客户项目交付 定制开发、按客户名建仓库
cnbnn 工具箱 NPC协同与工具 NPC派单、代码审查、工作流
cnbvv 实验室 技术预研 MVP验证、方案选型、跑通再搬
cnbyy 采购部 第三方集成 API/SDK对接、外部依赖管理
cnbll 机房 基础设施 OpenClaw、Skill开发、运维
W3C 展厅 开源社区 技术联盟(通常无管理权限)

决策链

老板指令 → cnbvv(实验) → cnbll(Skill沉淀) / cnbmm(客户交付) / yunjinhong(正式上线)

仓库归属规则

  • Skill 一律放 cnbll
  • 工作流模板放 cnbnn
  • 客户项目放 cnbmm
  • 正式产品放 yunjinhong
  • 实验/MVP 放 cnbvv
  • 第三方集成放 cnbyy
  • 基础设施放 cnbll
  • 开源贡献放 W3C

Gitee 定位

分发与展示,不做开发。

仓库 用途
openclaw-workspace 记忆备份
docs-site 组织文档站(Gitee Pages)
releases Release 国内下载源

工作流步骤

Step 1: 记忆检索

目的:查历史组织架构、积分状态、已有仓库,避免重复劳动。

# 在 agent 中执行
memory_search("组织架构 cnbmm cnbll 积分 职责")
memory_get("memory/cnb-core/MEMORY.md")

输出:组织架构全景表 + 积分现状 + 待办。


Step 2: CNB 组织简介更新

API:PUT /{group}(UpdateOrganization)
权限:group-manage:rw

提示词模板:
> 把每个组织的简介更新一下,写清楚各自负责什么

curl 示例:

curl -s -X PUT "https://api.cnb.cool/yunjinhong" \
  -H "Accept: application/vnd.cnb.api+json" \
  -H "Authorization: Bearer ${CNB_TOKEN}" \
  -H "Content-Type: application/json" \
  -d '{
    "description": "正式产品发布 · 面向客户的上线项目\n\n核心产品:领航项目(微信小程序+云开发)\n\n职责:产品迭代、版本发布、生产运维、客户交付",
    "remark": "前台"
  }'

参数说明:
- description:组织描述(支持换行)
- remark:短标签(前台/客户部/工具箱/实验室/采购部/机房)
- site:网站链接
- wechat_mp:微信公众号

批量更新脚本:见 references/batch-update-orgs.sh

踩坑:
- W3C 是技术联盟组织,普通 Token 无 group-manage:rw 权限,会返回空响应
- description 换行用 \n 转义


Step 3: CNB 仓库批量创建

API:POST /{slug}/-/repos(CreateRepo)
权限:group-resource:rw

提示词模板:
> 给每个组织初始化一个 scaffold 仓库

curl 示例:

curl -s -X POST "https://api.cnb.cool/yunjinhong/-/repos" \
  -H "Accept: application/vnd.cnb.api+json" \
  -H "Authorization: Bearer ${CNB_TOKEN}" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "scaffold",
    "description": "初始化模板",
    "visibility": "public"
  }'

参数:
- name:仓库名
- description:仓库描述
- visibility:public / private
- license:开源协议(可选)

成功:HTTP 201
失败:HTTP 403(无权限)、HTTP 409(仓库已存在)


Step 4: 仓库标准内容推送

踩坑记录:
1. ~~CreateBlob + CreateCommit API~~ — CreateCommit 需要预先构建 tree 对象,API 不支持从 blob 直接创建 commit,此路不通
2. ✅ 用 git clone + 本地 commit + push — 最可靠

提示词模板:
> 给 scaffold 仓库推送标准结构

推送脚本:

TMPDIR=$(mktemp -d)
cd "$TMPDIR"

ORG="yunjinhong"
DESC="前台 · 正式产品上线运营"

mkdir -p "${ORG}-scaffold/docs" "${ORG}-scaffold/src" "${ORG}-scaffold/tests"

cat > "${ORG}-scaffold/README.md" <<EOF
# ${ORG}/scaffold

> ${DESC}

## 标准结构

\`\`\`
${ORG}/scaffold/
├── README.md
├── docs/
├── src/
└── tests/
\`\`\`
EOF

touch "${ORG}-scaffold/docs/.gitkeep" \
      "${ORG}-scaffold/src/.gitkeep" \
      "${ORG}-scaffold/tests/.gitkeep"

cd "${ORG}-scaffold"
git init
git add -A
git -c user.name="cnb" -c user.email="cnb@cnb.cool" commit -m "init: scaffold 初始化"
git remote add origin "https://cnb:${CNB_TOKEN}@cnb.cool/${ORG}/scaffold.git"
git push -u origin master   # CNB 默认 master,不是 main

批量推送:见 references/batch-push-scaffold.sh

踩坑:
- CNB 默认分支是 master,不是 main。git push -u origin main 会报错,用 master
- 删临时目录用 rm -rf "$TMPDIR"


Step 5: Gitee 接入

5.1 验证 Token

curl -s "https://gitee.com/api/v5/user?access_token=${GITEE_TOKEN}" | jq '{login,name,public_repos}'

5.2 列出所有仓库(含私有)

curl -s "https://gitee.com/api/v5/user/repos?access_token=${GITEE_TOKEN}&type=all&per_page=100" \
  | jq '.[] | {name,private,updated_at}'

5.3 删除仓库

curl -s -X DELETE "https://gitee.com/api/v5/repos/hjhcoo/{repo}?access_token=${GITEE_TOKEN}"

5.4 创建仓库

curl -s "https://gitee.com/api/v5/user/repos" \
  -d "access_token=${GITEE_TOKEN}" \
  -d "name={repo_name}" \
  -d "description={desc}" \
  -d "private=true" \
  -d "auto_init=true"

5.5 Gitee 初始化推送

git clone "https://hjhcoo:${GITEE_TOKEN}@gitee.com/hjhcoo/{repo}.git"
# ... 添加文件 ...
git -c user.name="hjhcoo" -c user.email="hjhcoo@cnb.cool" commit -m "init: ..."
git push

踩坑:
- Gitee API 返回空 body 表示成功(DELETE 操作)
- Gitee 私有仓库不出现在公开 profile,必须用 type=all 查询
- 不要建 CNB 镜像仓库——空壳无价值,需要时再建


Step 6: 记忆同步

提示词模板:
> 更新记忆文件

更新清单:
1. TOOLS.md — 添加/更新 Gitee 配置
2. memory/cnb-core/MEMORY.md — 更新组织表格、积分状态
3. USER.md — 组织架构(已有则跳过)
4. memory/YYYY-MM-DD.md — 当日工作日志


完整提示词链(一步到位版)

老板只需说:

> 初始化所有组织的仓库和简介

Agent 自动执行 Step 1-6 全流程,无需逐步确认。

质量自评

  • ✅ 触发精准:组织初始化/治理/规划相关指令
  • ✅ 边界清晰:只管 CNB + Gitee 组织层面,不管具体项目开发
  • ✅ 踩坑完整:API 限制、分支名、权限问题都有记录
  • ✅ 可复用:curl 命令可直接复制执行
  • ⚠️ 积分管理未纳入:NPC 积分消耗是另一个工作流

常见问题

5 问
答案由本站依据条目字段整理
组织架构初始化工作流怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_f12a44b7/org-init-workflow。安装方式为未标注。装完刷新技能列表或重开客户端。

组织架构初始化工作流支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

组织架构初始化工作流权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

组织架构初始化工作流收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

组织架构初始化工作流用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。