诏令中枢是一个运行在 CNB 平台上的 AI 智能助手引擎(NPC),以中国古代三省六部制为灵感设计了一套多角色协作架构,能够自动处理 Issue 和 Pull Request 中的各类交互请求。
将用户的每一次 @mention 视为一份"诏令",通过分层分级的多角色体系高效流转、精准执行——太子决策、三省谋划、六部实干,各司其职,协同完成从代码开发、文档撰写、安全审计到运维部署的全方位任务。
用户 → @npc/mandate-engine → 太子(决策) → 三省(谋划) → 六部(执行) → CodeBuddy(交付)
引擎内置 10 个角色,分为两个层级:
| 角色 | 职责 |
|---|---|
| 太子 | 最高决策者,接收用户请求并判断类型,将任务派给三省处理 |
| 中书省 | 方案草拟与策略制定,将需求优化为结构化指令后转派六部 |
| 门下省 | 审核评审与合规把关,审查技术方案和 PR 质量 |
| 尚书省 | 执行协调与任务推进,协调跨部门依赖并跟踪进度 |
| 角色 | 专长 | 典型场景 |
|---|---|---|
| 兵部 | 技术攻坚 | 功能开发、Bug 修复、代码重构、性能优化、测试编写 |
| 礼部 | 文档撰写 | README、API 文档、使用说明、发布公告、变更通知 |
| 户部 | 数据统计 | 报表生成、指标监控、数据大盘、趋势分析 |
| 工部 | 基础设施 | CI/CD 流水线、Docker 容器、环境配置、监控告警 |
| 刑部 | 安全合规 | 安全扫描、漏洞检测、权限校验、代码审计、隐私保护 |
| 吏部 | 组织人事 | 代码评审协作、任务分配、流程优化、团队协调 |
在仓库的 Issue 或 PR 中,通过 @npc/mandate-engine 提及即可触发。太子(默认角色)会接收你的请求,根据任务类型自动调度到合适的部门执行。
@npc/mandate-engine(太子) 帮我修复 #42 号 Issue 报告的 bug
<!-- 代码开发 / Bug 修复 / 重构 → 兵部 --> @npc/mandate-engine(太子) 帮我给登录接口加个参数校验 <!-- 文档编写 / README 更新 → 礼部 --> @npc/mandate-engine(太子) 帮我优化一下项目的 README <!-- 数据分析 / 监控大盘 → 户部 --> @npc/mandate-engine(太子) 帮我搞个监控大盘 <!-- 部署 / CI/CD / 环境配置 → 工部 --> @npc/mandate-engine(太子) 帮我配置一下 Docker 部署 <!-- 安全审查 / 合规检查 → 刑部 --> @npc/mandate-engine(太子) 帮我做一下安全扫描 <!-- 代码评审 / 团队协作 → 吏部 --> @npc/mandate-engine(太子) 帮我组织一下这次 PR 的代码评审
提示:所有任务默认交给太子处理,太子会自动判断并分派给合适的部门。你也可以直接指定某个角色,例如
@npc/mandate-engine(兵部) 帮我修个 bug。
用户请求 → 太子(判断类型) │ ├─ 闲聊/问候/简单问答 → 直接回复,流程结束 │ └─ 任务型请求 → 派给三省(默认中书省) │ ├─ 中书省:优化需求为结构化 prompt ├─ 门下省:审核评审类任务 └─ 尚书省:协调推进类任务 │ └─ 转派给对应六部执行 │ └─ 调用 CodeBuddy 交付 → 创建 PR
.cnb/settings.yml 角色配置)MIT