当皇上：把明朝内阁制搬进 Discord，用 18 个 AI Agent 管你的项目
Open-source multi-agent collaboration system inspired by Chinese governance — deploy and coordinate specialized AI agents with OpenClaw.
秒懂
- 它是什么？
- 当皇上（danghuangshang）是一套基于 OpenClaw 的多 Agent 协作模板，用明朝六部架构来分工。它解决的是多 Agent 协调混乱的问题，但前提是你得接受一套相当重的角色扮演设定。
- 适合谁用？
- 当皇上适合已经用 OpenClaw 管理多个 Bot、并且愿意把任务流程硬套进明朝官制里的个人开发者或小团队。它不适合追求轻量、只要简单任务分发的人，也不适合对角色扮演设定没有兴趣的团队。
- 能商用吗？
- 可以。MIT 是宽松许可证：你可以使用、修改并销售基于它的软件，只需保留版权和许可证声明。
- 还在维护吗？
- 在维护。仓库最近一次提交在 116 天前。
- 用什么语言写的？
- 主要是 TypeScript（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
一个把 AI 团队装进古代官制的项目
当皇上解决的问题很具体：当你手上有一堆各司其职的 AI Agent，怎么让它们不吵架、不重复劳动、不乱抢任务。它的答案是给每个 Agent 一个明确的官职，比如兵部管编码、户部管财务、都察院管代码审查，然后让一个叫司礼监的 Agent 当调度员。这个思路借鉴了明朝的内阁制，皇帝就是你，你通过 Discord 或飞书下旨，Agent 们按流程执行。项目面向的是已经在用 OpenClaw 跑多个 Bot、但觉得协作乱成一团的人。它把组织架构本身做成了可安装的模板，而不是要你自己从零设计一套 Agent 分工。
司礼监、内阁、六部：任务怎么流转
默认的明朝内阁制下，任务流转分两条路。第一条路是完整流程：你在 Discord 里 @司礼监 下旨，司礼监把指令转给内阁，内阁负责理解意图、生成执行计划，然后把任务派发给对应的六部 Agent。第二条路是捷径：你直接 @兵部 让它写个登录 API，或者 @都察院 审查某个 PR，跳过中间的调度层。项目文档明确说，复杂任务走司礼监，简单任务直接找部门更快。这个设计其实是在调度开销和任务质量之间做权衡。内阁的存在相当于一个 Prompt 优化器，它把模糊的指令改写成六部能执行的具体计划。从架构图看，都察院是独立的一环，它监听 GitHub push 事件，代码一推送就自动审查，通过或打回。
三种制度，不只是换皮
当皇上不只有明朝内阁制一套玩法。安装时你可以选唐朝三省制或现代企业制。唐朝三省制把流程拆成中书起草、门下审核、尚书执行，强调制衡，适合需要严谨审批流程的项目。现代企业制用 CEO、CTO、CFO 这类角色，沟通语言是英文，面向创业团队。切换制度不是改个名字那么简单，每个制度对应不同的 Agent 数量和流程定义。明朝内阁制有 18 个 Agent，唐朝三省制和现代企业制各 14 个。切换命令是 bash scripts/switch-regime.sh，后面跟制度名，比如 tang-sansheng 或 modern-ceo。这套设计意味着你可以在不重装系统的情况下，换一套组织流程来跑同样的任务。
五种安装方式，从一键脚本到精简版
项目的安装路径分得很细。第一种是本地克隆仓库后跑 bash scripts/full-install.sh，适合想离线安装或改脚本的人。第二种是远程一键安装，用 curl 管道执行 GitHub 上的脚本，Linux 和 Windows 都有对应命令。第三种是给已经装了 OpenClaw 的人用的精简版，跑 install-lite.sh，只配置模板。第四种是用 Hermes Agent runtime 来跑同一套朝廷设定，install-hermes.sh，这个 runtime 和 OpenClaw 平行，可以并存。安装过程中会提示你填入 LLM API Key 和 Discord Bot Token。README 特别提醒，旧版 install.sh 不支持远程执行，会报 /dev/fd 路径错误，所以必须用 scripts/full-install.sh。这个细节说明项目迭代过程中踩过远程执行的坑，文档里保留了明确警告。
一个必须注意的安全坑：Discord Bot 消息风暴
多 Bot 协作最怕的就是消息循环。当皇上的文档专门用一整节警告这个问题。默认配置已经安全，新版安装脚本会设置 allowBots 为 mentions，意思是 Bot 只在被 @ 时回应其他 Bot。但如果你用的是旧版配置，必须手动确认 Discord 配置里有 "allowBots": "mentions"。文档明确禁止使用 "allowBots": true，因为那会导致 Bot 互相触发，引发消息风暴。这个警告不是空话，它指向了 Issue #107，说明真实用户踩过这个坑。另外，项目在 2026 年 3 月加了 Webhook 签名验证，防止伪造请求，配置文件在 docs/webhook-security.md 里。这些安全措施都是针对实际运行中会出的问题，不是摆设。
维护成本：更新脚本与备份机制
项目提供了一套更新机制，但维护成本并不低。推荐用 bash scripts/safe-update.sh，它会自动备份配置并检查。手动更新则是进到 ~/clawd 目录，git stash 暂存本地修改，git pull 拉代码，再 git stash pop 恢复。文档说系统会自动备份 ~/.openclaw/openclaw.json，但像 MEMORY.md 这样的工作区文件需要手动备份。这意味着如果你改过 Agent 的人设或记忆文件，更新时可能产生冲突，得自己解决。项目还提供诊断工具 openclaw doctor 和远程 doctor.sh，以及一个把安装说明丢给 AI 助手的 Prompt 文件。整体看，维护路径是清晰的，但它假设你已经熟悉 OpenClaw 的基本操作，不是零基础友好。
和 CrewAI、AutoGPT 比，差在哪
README 里有一节专门对比 ChatGPT、AutoGPT 和 CrewAI。当皇上的定位不是通用框架，而是一个组织模板。CrewAI 让你自己定义 Agent 角色和任务流程，当皇上则直接把角色和流程都定死了，你只需要选择制度。AutoGPT 是单 Agent 自主执行，当皇上是多 Agent 协作，强调分工和审核。这个差异决定了适用场景：如果你要的是灵活编排，CrewAI 更合适；如果你要的是开箱即用的分工模板，当皇上省去了设计角色和流程的时间。但代价是，你被限定在三种制度里，想自定义一个角色或改一条流程，得去改模板文件，而不是在配置里加一行。项目本身是 MIT License，允许二次开发，但文档没有详细说明如何自定义制度。
文档里的维权声明和项目定位
当皇上的 README 开头有一段很长的维权声明，声称自己是「三省六部 × OpenClaw」架构的首发作品，并点名另一个叫 Edict 的项目结构高度相似但未注明出处。这种声明在开源项目里不常见，它反映了项目作者对原创性的重视。从时间线看，项目在 2025 年 2 月首发教程，GitHub 版本在 2 月 22 日发布。这个声明本身不影响你使用代码，但它提醒你，如果你要 fork 或借鉴架构，最好保留出处和 License。项目主页是 danghuangshang.com，有英文和日文版 README，还有企业版叫 Become CEO，终端版叫 TianGong。这说明项目已经形成了一个小生态，不只是单个仓库。
编辑结论
当皇上适合已经用 OpenClaw 管理多个 Bot、并且愿意把任务流程硬套进明朝官制里的个人开发者或小团队。它不适合追求轻量、只要简单任务分发的人，也不适合对角色扮演设定没有兴趣的团队。采用前先确认三件事：你的 Discord 配置里 allowBots 必须是 mentions 而不是 true，否则 Bot 会互相触发造成消息风暴；你愿意维护一套带人设的 Prompt 文件，而不是只写普通指令；你接受项目更新节奏和文档主要面向中文用户。如果你只是需要一个通用的多 Agent 编排框架，CrewAI 那种以任务和图为核心的方式会更直接。当皇上的价值在于它把组织流程固化成了可复制的模板，但这份模板的维护成本得你自己掂量。
社区笔记