logo
0
0
WeChat Login
feat: v3.0 — Prompt 解耦到 spec/rules + YAML 语法合规

🤖 CNB AI Team — DevOps 工作流设计器

一个交互式 Agent Skill,帮助你在 CNB (cnb.cool) 平台上构建 AI 协作团队。

你描述自己的 DevOps 工作流 → Skill 分析每个环节 → 输出可直接部署到 CNB 仓库的完整工程项目

✨ 核心能力

  • 工作流采集:引导你定义从需求到上线的每个环节
  • 智能分析:为每个环节分析前置条件、是否需要 AI Agent、Agent 职责和产物
  • NPC 角色设计:基于 CNB NPC 能力,为你分配和配置 AI 角色
  • Prompt 解耦:复杂规范拆到 SPEC.md 和 .rules/ 目录,NPC prompt 保持精炼(≤30 行)
  • 工程化输出:生成 settings.yml.cnb.ymltag_deploy.ymlSPEC.md.rules/README.md
  • 可视化报告:输出泳道图 + NPC 卡片 + 部署流程图

📋 Skill 工作流程

Phase做什么产物
1. 采集向你提问 DevOps 流程细节结构化工作流信息
2. 设计输出分析表 + NPC 角色清单供你确认的表格
3. 生成动态生成配置文件完整的 CNB 工程项目
4. 总览输出可视化报告泳道图 + NPC 卡片

🚀 安装与使用

方式一:在 OpenClaw 中使用

npx skills add https://cnb.cool/xiaohuan/ai-team/ai-team-skills.git -g -y

方式二:在 CodeBuddy (WorkBuddy) 中使用

# 用户级安装(所有项目共享) 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

方式三:在 Claude Code 中使用

skills install https://cnb.cool/xiaohuan/ai-team/ai-team-skills.git

方式四:在 Cursor 中使用

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 团队。

📁 Skill 文件结构

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 ← 工作流说明 + 快速开始

🔑 v3.0 核心改进:Prompt 解耦

prompt 中保留(≤30 行)拆到 spec/rules
角色身份 + 安全约束详细工作流 SOP → SPEC.md
核心职责边界审查清单 → .rules/review-checklist.md
协作指引(@ 谁)编码规范 → .rules/coding-standards.md
「替我上班」提醒测试标准 → .rules/testing-standards.md

好处:prompt 精炼→LLM 更好遵循;团队共享→不会不一致;独立维护→改规范不改 prompt。

🤖 内置标准 NPC 角色

角色环节核心能力需要「替我上班」
📋 产品助手需求分析Issue 拆解、标签管理✅ 需要
🏗️ 架构师技术设计方案设计、风险评估❌ 不需要
💻 开发者编码开发创建分支、编码、提交 PR(禁止合入)✅ 需要
🔍 审查员代码评审代码审查、问题分级❌ 不需要
🧪 测试员测试验证自动化测试、报告生成✅ 需要
🚀 部署员部署上线前置检查、环境验证❌ 不需要

⚠️ 安全约束

  • 🔴 NPC 绝不能直接合入 PR — 所有角色的 prompt 都包含此约束
  • 🔴 生产部署需人类审批 — 多级审批 + 时间门控
  • 🟡 「替我上班」开关 — 只有开启此开关,NPC 才能获得开发者权限。开启者需有仓库 developer 及以上权限
  • 🟢 NPC 间通过评论 @ 协作@仓库路径(B角色名) 具体任务描述,必须新建评论
  • 🟢 YAML 语法合规 — 生成的所有 .yml 文件严格遵循 CNB 官方语法

🔧 关键能力

NPC 触发方式

触发方式适用场景
评论 @ 唤醒人类或 NPC 主动指派任务
定时触发(crontab)NPC 定期巡检、扫描(CNB 流水线原生支持)
代码事件触发PR 创建/更新时自动执行(push / pull_request)
API 触发外部系统集成

NPC 镜像

  • 默认 NPC 运行环境无需 Dockerfile,角色定义即可直接使用
  • 需要自定义 Skills 时才生成 Dockerfile + main:push 镜像构建流水线
  • ⚠️ 首次使用前:推送代码到 main 分支触发镜像构建

🔗 相关资源

📄 License

MIT

About

No description, topics, or website provided.
236.00 KiB
Skills
0 forks0 stars1 branches0 TagREADME