logo
7
14
WeChat Login

诏令中枢 (Mandate Engine)

CNB Repository

诏令中枢是一个运行在 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
  1. 太子接到任务后,判断请求类型:闲聊直接回复,任务型请求一律派给三省
  2. 三省将需求优化为结构化方案后,转派给对应的六部执行
  3. 六部生成最终技术方案并交付 CodeBuddy 执行,完成后创建 PR

技术栈

  • 运行时:Node.js + TypeScript
  • AI 能力:OpenAI API(大语言模型驱动角色决策与任务执行)
  • 平台:CNB NPC 框架(.cnb/settings.yml 角色配置)

License

MIT

About

天命引擎

Language
TypeScript97.5%
Dockerfile1.4%
Shell1.1%