一个交互式 Agent Skill,帮助你在 CNB (cnb.cool) 平台上构建 AI 协作团队。
你描述自己的 DevOps 工作流 → Skill 分析每个环节 → 输出可直接部署到 CNB 仓库的完整工程项目
settings.yml、.cnb.yml、tag_deploy.yml、SPEC.md、.rules/、README.md| Phase | 做什么 | 产物 |
|---|---|---|
| 1. 采集 | 向你提问 DevOps 流程细节 | 结构化工作流信息 |
| 2. 设计 | 输出分析表 + NPC 角色清单 | 供你确认的表格 |
| 3. 生成 | 动态生成配置文件 | 完整的 CNB 工程项目 |
| 4. 总览 | 输出可视化报告 | 泳道图 + NPC 卡片 |
npx skills add https://cnb.cool/xiaohuan/ai-team/ai-team-skills.git -g -y
# 用户级安装(所有项目共享)
git clone https://cnb.cool/xiaohuan/ai-team/ai-team-skills.git ~/.workbuddy/skills/cnb-ai-team
# 项目级安装(仅当前项目)
git clone https://cnb.cool/xiaohuan/ai-team/ai-team-skills.git .workbuddy/skills/cnb-ai-team
skills install https://cnb.cool/xiaohuan/ai-team/ai-team-skills.git
git clone https://cnb.cool/xiaohuan/ai-team/ai-team-skills.git .cursor/skills/cnb-ai-team
在 .cursorrules 中引用:
When the user asks about DevOps workflow or AI team on CNB, load and follow .cursor/skills/cnb-ai-team/SKILL.md
本 Skill 遵循 agentskills.io 规范,适用于所有兼容该规范的 AI 工具。
git clone https://cnb.cool/xiaohuan/ai-team/ai-team-skills.git
# 将目录放到你的 AI 工具的 Skills 目录中即可
我的开发流程是这样的: 1. 产品提需求(Issue) 2. 技术评审 3. 开发编码,提交 PR 4. 代码评审 5. 测试 6. 部署到 dev → staging → production 我的 CNB 仓库路径是 my-org/my-project,帮我配置 AI 团队。
cnb-ai-team/ ├── SKILL.md ← Skill 主文件(元数据 + 四阶段交互指令) ├── README.md ← 本文件 ├── ai-team-overview.html ← 可视化总览报告 └── references/ ├── npc-config.md ← NPC 角色定义语法参考 ├── pipeline-config.md ← 流水线配置语法参考 ├── deploy-config.md ← 部署环境和审批配置参考 ├── prompt-templates.md ← 各角色 Prompt 精简版模板 + spec/rules 解耦示例 └── label-convention.md ← Issue 标签命名和流转规范
Skill 为用户生成的 CNB 仓库工程结构:
user-project/ ├── .cnb/ │ ├── settings.yml ← NPC 角色定义(精简 prompt) │ └── tag_deploy.yml ← 部署环境 + 审批流程 ├── .cnb.yml ← 流水线配置(NPC 事件 + 构建 + 部署) ├── SPEC.md ← 工作流规格说明(详细 SOP,从 prompt 解耦) ├── .rules/ │ ├── coding-standards.md ← 编码规范(所有角色共享) │ ├── review-checklist.md ← 代码审查清单 │ ├── testing-standards.md ← 测试标准 │ └── security-policy.md ← 安全策略 ├── Dockerfile ← NPC 运行时镜像(仅需自定义 Skills 时) └── README.md ← 工作流说明 + 快速开始
| prompt 中保留(≤30 行) | 拆到 spec/rules |
|---|---|
| 角色身份 + 安全约束 | 详细工作流 SOP → SPEC.md |
| 核心职责边界 | 审查清单 → .rules/review-checklist.md |
| 协作指引(@ 谁) | 编码规范 → .rules/coding-standards.md |
| 「替我上班」提醒 | 测试标准 → .rules/testing-standards.md |
好处:prompt 精炼→LLM 更好遵循;团队共享→不会不一致;独立维护→改规范不改 prompt。
| 角色 | 环节 | 核心能力 | 需要「替我上班」 |
|---|---|---|---|
| 📋 产品助手 | 需求分析 | Issue 拆解、标签管理 | ✅ 需要 |
| 🏗️ 架构师 | 技术设计 | 方案设计、风险评估 | ❌ 不需要 |
| 💻 开发者 | 编码开发 | 创建分支、编码、提交 PR(禁止合入) | ✅ 需要 |
| 🔍 审查员 | 代码评审 | 代码审查、问题分级 | ❌ 不需要 |
| 🧪 测试员 | 测试验证 | 自动化测试、报告生成 | ✅ 需要 |
| 🚀 部署员 | 部署上线 | 前置检查、环境验证 | ❌ 不需要 |
@仓库路径(B角色名) 具体任务描述,必须新建评论.yml 文件严格遵循 CNB 官方语法| 触发方式 | 适用场景 |
|---|---|
| 评论 @ 唤醒 | 人类或 NPC 主动指派任务 |
| 定时触发(crontab) | NPC 定期巡检、扫描(CNB 流水线原生支持) |
| 代码事件触发 | PR 创建/更新时自动执行(push / pull_request) |
| API 触发 | 外部系统集成 |
main:push 镜像构建流水线MIT