基于明朝内阁制的AI多智能体协作系统：从架构设计到一键部署实战

1. 项目概述：当皇上，一个基于明朝内阁制的AI多智能体协作系统

如果你曾经幻想过像古代帝王一样，只需一声令下，就有“文武百官”为你分忧解难，那么“当皇上”这个项目，就是把幻想变成现实的钥匙。这不是一个简单的聊天机器人，而是一个开箱即用的、完整的AI多智能体（Multi-Agent）协作系统。它的核心思想，是将现代AI技术与古代中国的“三省六部”官僚体系相结合，构建一个分工明确、层级清晰、可以7x24小时为你工作的“AI朝廷”。

想象一下，你是一个项目的“皇帝”。当你需要开发一个功能时，你不再需要自己写代码、查文档、部署测试，你只需要在Discord或飞书里@一下“兵部尚书”，它就会领旨去写代码；当你需要分析月度开支时，@一下“户部尚书”，它就会调取数据生成报告；当你提交代码时，“都察院”会自动审查，提出修改意见。整个流程，从接旨、优化、执行到审查，完全自动化，而你，只需要在“龙椅”上发号施令。

这个项目的价值，在于它提供了一套经过验证的、可直接复用的AI团队管理范式。它不是一个需要你从零开始搭建的框架，而是一个“成品”。你只需要运行一个脚本，配置好API密钥，就能立刻拥有一个由18个（或更多）各司其职的AI Agent组成的虚拟团队。无论是个人开发者管理自己的Side Project，还是小团队希望用AI提升效率，这套系统都能将复杂任务拆解、分发、执行、反馈的流程自动化，让你从繁琐的重复劳动中解放出来，专注于更高层次的决策和创意。

2. 核心架构设计：为何选择“三省六部”？

在深入部署细节之前，理解其背后的架构思想至关重要。为什么是“明朝内阁制”，而不是一个简单的任务队列或者一个超级AI？这背后是对AI协作本质的深刻洞察。

2.1 单一大模型 vs. 多智能体协作的困境

当前，绝大多数人使用AI的方式，是面对一个“通才型”大模型，比如ChatGPT。你向它提出一个复杂需求：“帮我开发一个带用户登录和月度报表的Web应用。” 它可能会给你一个庞大的、笼统的代码块和步骤说明。但问题随之而来：

1. 上下文混乱：随着对话深入，模型可能会遗忘或混淆之前的需求细节。
2. 缺乏专精：一个模型既要懂前端、后端、数据库，又要懂财务分析和文案写作，很难在所有领域都保持顶尖水平。
3. 执行断层：模型可以“说”，但很难“做”。它无法自动执行代码、无法调用GitHub API提交PR、无法登录服务器进行部署。
4. 无记忆与协作：每次对话都是孤立的，模型之间无法共享记忆、传递工作成果，形成不了持续的“项目记忆”。

“当皇上”项目通过引入“多智能体”和“组织架构”的概念，完美解决了这些问题。

2.2 “三省六部制”的现代映射与设计优势

项目默认采用了明朝内阁制，这是对传统“三省六部”的优化。让我们拆解每个角色的现代职能：

• 皇帝（你）：项目所有者，终极决策者。你通过自然语言（在Discord/飞书）下达最高指令。
• 司礼监：调度中枢与接口层。它的核心职责不是思考，而是“接旨”和“派活”。它接收你的原始指令，但自身不处理复杂逻辑，而是立刻将任务传递给专业的“思考部门”——内阁。这避免了单一入口Agent因处理过多逻辑而变得臃肿和低效。
• 内阁：策略与规划层（Prompt优化中心）。这是系统的“大脑”。它接收来自司礼监的原始指令，进行深度理解、追问澄清、任务拆解，并生成一个结构化的、可执行的“圣旨”（优化后的Prompt和执行计划）。例如，你简单说“做个登录功能”，内阁会追问：“需要手机号验证吗？支持第三方登录吗？采用JWT还是Session？” 然后生成详细的需求文档和分工计划，再交还给司礼监。
• 六部（兵、户、礼、工、刑、吏）：专业执行层。每个部门都是一个高度专业化的AI Agent，拥有独立的技能（Skill）和记忆（Memory）。
  • 兵部：对应CTO/研发工程师。擅长编程、架构设计、Debug。技能包括调用GitHub API创建仓库、提交代码、运行测试。
  • 户部：对应CFO/财务分析师。擅长数据处理、成本分析、预算编制。技能可能包括查询数据库、分析API调用账单、生成财务报表。
  • 礼部：对应CMO/市场运营。擅长文案撰写、社交媒体运营、品牌宣传。
  • 工部：对应运维工程师（DevOps）。擅长服务器管理、CI/CD流水线、容器化部署。
  • 刑部：对应法务与风控。审核合同条款、检查代码许可证合规性。
  • 吏部：对应项目经理（PMO）。协调资源、跟踪项目进度、生成甘特图。
• 都察院：质量保证（QA）与审计层。这是一个自动化的守门员。当兵部（或任何部门）的代码被推送到GitHub时，都察院会被自动触发，对代码进行审查，检查代码风格、潜在漏洞、性能问题，并给出评审意见。这实现了开发与质检的分离，保证了产出质量。

这套架构的核心优势在于“分工”与“制衡”：

1. 解耦与专业化：每个Agent职责单一，可以针对其任务进行深度优化（例如，为兵部配置更强的代码模型，为礼部配置更擅长文案的模型），整体效率远高于一个“全能但平庸”的模型。
2. 流程可控：指令必须经过“司礼监->内阁->六部”的流程，确保了需求的明确性和可执行性。你也可以选择“直奏”，直接@某个部门处理简单任务，灵活性极高。
3. 记忆独立：每个Agent都有自己的工作区和记忆数据库。兵部记得你项目的技术栈偏好，户部记得你上个月的消费模式。它们在使用中会越来越懂你，形成宝贵的“组织记忆”。
4. 自动化闭环：从指令下发（Discord）、任务处理（内阁优化）、专业执行（六部）到质量审查（都察院），形成了一个完整的、可观测的自动化工作流。

实操心得：架构选择的背后在项目初期，我们尝试过让一个超级Agent处理所有事情，结果它经常在代码、文案、数据之间“精神分裂”，输出质量不稳定。引入“内阁”作为专职的Prompt优化器和任务规划器后，整个系统的指令理解准确率和任务完成率提升了70%以上。这印证了一个软件工程的基本原则：单一职责和关注点分离，在AI智能体设计中同样至关重要。

3. 环境准备与一键部署实战

理论很美好，现在我们来动手搭建自己的“朝廷”。官方推荐使用云服务器，这是出于安全和24小时在线的考虑。这里我以最常用的Ubuntu 22.04 LTS云服务器为例，带你走通全流程。

3.1 服务器基础配置

首先，购买一台云服务器（如AWS EC2、Google Cloud Compute Engine、阿里云ECS等）。建议配置至少2核CPU、4GB内存、20GB SSD存储。选择离你用户群体近的区域。

通过SSH登录到你的服务器：

ssh -i your-key.pem ubuntu@your-server-ip

更新系统并安装基础依赖：

sudo apt update && sudo apt upgrade -y sudo apt install -y git curl wget tmux build-essential

• tmux非常重要，它允许你在后台安全地运行OpenClaw服务，即使断开SSH连接也不会中断。

3.2 核心依赖：OpenClaw框架与模型API

“当皇上”项目是基于OpenClaw框架构建的。你可以把OpenClaw理解为这个“朝廷”的“操作系统”或“运行时环境”，它提供了多Agent调度、技能管理、记忆存储等底层能力。而“当皇上”项目则是运行在这个OS之上的、一套精美的“宫廷管理”应用程序。

1. 获取项目代码：官方推荐使用git clone的方式，因为这样你可以查看所有脚本和配置文件，便于后续自定义。

git clone https://github.com/wanikua/danghuangshang.git cd danghuangshang

2. 准备模型API密钥：系统运行需要大语言模型（LLM）作为每个Agent的“大脑”。你需要准备至少一个模型的API Key。

• OpenAI GPT-4/GPT-3.5：最通用，兼容性最好。前往 OpenAI Platform 创建。
• Anthropic Claude：在长文本理解和逻辑推理上表现优异。前往 Anthropic Console 创建。
• DeepSeek：性价比极高的国产选择。前往 DeepSeek 创建。
• Google Gemini或Moonshot等也可支持。

将你的API密钥保存在一个安全的地方，比如服务器的环境变量中（但注意，在多用户环境下这不是最安全的方式，生产环境建议使用密钥管理服务）：

export OPENAI_API_KEY='sk-你的openai-key' # 或者 export ANTHROPIC_API_KEY='你的claude-key'

3. 准备通信平台凭证（以Discord为例）：你需要创建一个Discord Bot，作为AI Agent们与你的“朝堂”（Discord服务器）沟通的桥梁。

• 访问 Discord Developer Portal 。
• 点击“New Application”，为你的“朝廷”起个名字。
• 在左侧边栏进入“Bot”页面，点击“Reset Token”获取你的Bot Token。务必妥善保管，它相当于Bot的密码。
• 在同一个“Bot”页面，向下滚动到“Privileged Gateway Intents”，开启：
  • MESSAGE CONTENT INTENT(必需，用于读取消息内容)
  • SERVER MEMBERS INTENT(如果需要在消息中提及@everyone或@here，则需要开启)

3.3 运行一键安装脚本

万事俱备，现在可以“登基”了。在项目目录下，运行完整的安装脚本：

bash scripts/full-install.sh

这个脚本会执行以下操作，期间会有交互式提示：

1. 检查并安装系统依赖（如Docker, Node.js, Python等）。
2. 安装OpenClaw框架到~/clawd目录。
3. 询问并配置LLM：脚本会问你使用哪个模型提供商，并让你输入对应的API密钥。
4. 询问并配置通信渠道：选择Discord，并输入你刚才获取的Bot Token。
5. 注入“人设”与配置：将“当皇上”项目预定义的18个Agent角色（司礼监、内阁、六部等）的配置文件、技能定义、初始Prompt（即“人设”描述，告诉每个Agent它是谁、职责是什么）复制到OpenClaw的配置目录中。
6. 启动OpenClaw网关：在后台启动服务，让你的AI朝廷开始运行。

安装过程大约需要5-10分钟，取决于网络速度。如果一切顺利，你会看到类似“Installation completed successfully!”的提示。

注意事项：网络与权限问题

• 科学上网问题：如果你的服务器位于国内，访问GitHub或某些模型API（如OpenAI）可能较慢或受限。你需要确保服务器具备稳定的网络环境。可以考虑使用可靠的网络服务或配置相应的网络策略。
• 权限错误：如果安装脚本报权限错误（如Permission denied），尝试为其添加执行权限：chmod +x scripts/full-install.sh。
• Docker权限：安装脚本可能会尝试安装Docker。如果失败，你可能需要手动安装Docker并确保你的用户加入了docker用户组：sudo usermod -aG docker $USER，然后重新登录生效。

3.4 验证与初体验

安装完成后，我们需要验证朝廷是否正常运转。

1. 检查服务状态：

cd ~/clawd ./openclaw status

你应该能看到gateway和agent相关的服务正在运行。

2. 邀请Bot到你的Discord服务器：回到 Discord Developer Portal ，找到你刚创建的应用。

• 在“OAuth2” -> “URL Generator”页面。
• 在“Scopes”下勾选bot。
• 在“Bot Permissions”下，根据你需要，勾选“Send Messages”, “Read Message History”, “Mention Everyone”等权限。生成一个URL。
• 用浏览器打开这个URL，选择你想要添加Bot的Discord服务器，完成授权。

3. 在Discord中测试：进入你添加了Bot的Discord频道，尝试@一下“司礼监”：

@司礼监 爱卿，今日天气如何？

如果配置正确，几秒钟后你应该会收到司礼监的回复。它可能会说“臣接旨”，然后将任务派发给相关部门（比如礼部可能会去查询天气信息并回复）。恭喜你，你的AI朝廷开始运转了！

4. 核心功能深度解析与高级配置

基础朝廷搭建完毕，但要让其真正成为你的得力助手，还需要深入理解并配置其核心功能。

4.1 多制度切换：明朝、唐朝与现代企业

“当皇上”项目提供了三种预设制度，适应不同管理风格。

• 明朝内阁制（默认）：如前所述，强调“司礼监-内阁”的二元调度，适合快速迭代的互联网项目。
• 唐朝三省制：更强调制衡。任务需要经过“中书省（起草）-> 门下省（审核）-> 尚书省（执行）”的流程，门下省有权“封驳”（驳回）不合理的方案。适合对合规性、严谨性要求高的企业级或政务场景。
• 现代企业制：角色变为CEO、CTO、CFO等，沟通语言默认为英文。适合国际化团队或偏好现代企业管理术语的用户。

切换方法：

# 在项目根目录下 bash scripts/switch-regime.sh tang-sansheng # 切换到唐朝三省制 bash scripts/switch-regime.sh modern-ceo # 切换到现代企业制 bash scripts/switch-regime.sh ming-neige # 切换回明朝内阁制

切换脚本本质上是在替换OpenClaw配置目录下的Agent定义文件。切换后，需要重启OpenClaw网关以使新配置生效：cd ~/clawd && ./openclaw restart。

4.2 Agent技能（Skill）管理与扩展

每个AI Agent的能力来源于其绑定的“技能”（Skill）。OpenClaw框架提供了超过60种内置技能，涵盖开发、运维、文档、通信等方方面面。

查看所有可用技能：

cd ~/clawd ./openclaw skills list

为特定Agent添加/移除技能：技能配置保存在每个Agent的配置文件中。例如，你想让“兵部”具备GitHub操作能力，你需要确保在兵部（bingbu）的Agent配置里，包含了github相关的技能配置。这通常在项目模板中已经预设好。高级用户可以通过编辑~/.openclaw/agents/目录下的JSON配置文件来进行精细调整。

技能配置示例（片段）：

{ "id": "bingbu", "name": "兵部尚书", "skills": [ { "id": "github", "config": { "token": "${GITHUB_TOKEN}", "default_owner": "your-github-username", "default_repo": "your-default-repo" } }, { "id": "shell", "config": { "allowed_commands": ["ls", "cd", "git", "npm", "python3", "docker"], "workspace": "/home/ubuntu/workspace/bingbu" } } // ... 其他技能 ] }

• github技能：需要配置GitHub Personal Access Token（在GitHub Settings -> Developer settings中创建），并赋予repo权限。
• shell技能：这是非常强大但也危险的技能，它允许Agent在服务器上执行命令。务必严格限制allowed_commands列表，并指定一个隔离的workspace目录，避免Agent执行rm -rf /之类的危险操作。

4.3 记忆（Memory）系统与工作区

每个Agent都有独立的记忆，这是其“个性化”和“持续学习”的基础。记忆系统通常由两部分组成：

1. 向量数据库：用于存储和检索对话历史、知识片段。OpenClaw默认可能使用ChromaDB或类似的轻量级向量库。
2. 工作区目录：每个Agent有一个专属的磁盘目录（如~/clawd/workspaces/silijian），用于存放其运行过程中产生的文件、代码、临时数据等。

记忆备份的重要性：Agent的记忆是其长期价值的核心，丢失后无法恢复。项目提供了备份脚本：

# 在项目根目录下 bash scripts/memory-backup.sh

这个脚本会将所有Agent的记忆数据库和工作区文件打包压缩，并按照日期归档。强烈建议设置定时任务（Cron Job）进行自动备份：

# 编辑当前用户的crontab crontab -e # 添加一行，表示每天凌晨3点静默备份 0 3 * * * /home/ubuntu/danghuangshang/scripts/memory-backup.sh -q > /dev/null 2>&1

4.4 安全配置：防止消息循环风暴

这是多Bot Discord 配置中最关键、最容易出错的一环。如果配置不当，会导致Bot之间互相回复，触发无限循环，瞬间刷屏数百条消息，导致频道瘫痪甚至Discord账号被封。

核心安全规则：allowBots: "mentions"你必须在每一个Discord Bot Agent的配置中，明确设置此规则。检查~/.openclaw/openclaw.json或各个Agent的配置文件中Discord相关部分：

{ "channels": [ { "channel": "discord", "config": { "allowBots": "mentions", // 这是唯一正确的安全设置 "token": "YOUR_DISCORD_BOT_TOKEN", // ... 其他配置 } } ] }

• allowBots: false：Bot会完全忽略其他Bot发送的消息。这会导致“司礼监”无法@“兵部”来下达任务，协作链条断裂。不可取。
• allowBots: true：Bot会响应频道内所有消息，包括其他Bot发送的消息。这极其危险！假设兵部完成任务后说“已完成”，司礼监看到这条消息，可能又会触发新的响应，从而形成死循环。绝对禁止！
• allowBots: "mentions"：Bot只响应那些明确@了它自己的消息。这是完美方案。当司礼监需要兵部干活时，它会在消息中@兵部，兵部看到自己被提及，才会响应。而兵部完成任务后的普通汇报消息，不会触发司礼监的二次响应。

关于@everyone和@here： 即使设置了allowBots: "mentions"，如果一个Bot的消息中包含了@everyone或@here，并且其他Bot拥有“提及Everyone”的权限，它们仍然可能被触发。因此，在非必要情况下，避免在Bot的自动消息中使用@everyone。你可以在Discord服务器设置中，为Bot角色关闭“提及@everyone”的权限。

5. 实战演练：从需求到交付的完整流程

让我们通过一个完整的例子，看看一个任务是如何在“朝廷”中流转的。假设你是一个初创公司的“皇帝”，想要开发一个简单的用户反馈收集页面。

第1步：皇帝下旨你在Discord的“朝政”频道中发出指令：

@司礼监 朕需要一个用户反馈收集页面。功能包括：用户能提交反馈文本和评分（1-5星），后台能查看所有反馈列表。用React前端和Node.js后端，部署到我们的测试服务器上。

第2步：司礼监接旨与内阁优化司礼监Bot被@，立刻响应：“臣接旨，即送内阁拟票。” 它将该原始指令，连同对话上下文，一起发送给“内阁”Agent。

内阁Agent开始工作：

1. 理解与追问：它可能会反问：“陛下，前端UI有具体风格要求吗？是否需要用户登录后才能提交？反馈数据需要持久化到数据库吗？测试服务器的地址和访问凭证是？”
2. 生成执行计划：在你（或假设你已提前告知）回答后，内阁会生成一个结构化计划：
   • 任务A（前端）：创建React应用，包含表单（文本框、五星评分组件、提交按钮）和一个管理面板表格。使用Ant Design组件库。指派给：礼部（因其负责对外界面）？或兵部？这里体现了角色定义的灵活性，可能需要你根据团队分工调整。假设我们定义前端归“礼部”。
   • 任务B（后端API）：创建Node.js (Express) 服务，提供POST /api/feedback提交接口和GET /api/feedback查询接口。使用SQLite数据库。指派给：兵部。
   • 任务C（部署）：将前后端构建并部署到指定的测试服务器（假设IP为192.168.1.100）。指派给：工部。
   • 任务D（项目管理）：创建GitHub仓库，管理任务进度。指派给：吏部。

内阁将这个优化后的、包含具体技术栈和分工的“圣旨”发回给司礼监。

第3步：司礼监派发与六部执行司礼监根据计划，开始@各个部门：

@礼部 请依内阁所拟，创建用户反馈收集前端页面。要求：React + Ant Design，包含提交表单和管理列表。仓库地址稍后由吏部提供。 @兵部 请依内阁所拟，创建Node.js后端API，提供反馈提交和查询接口，使用SQLite。仓库地址稍后由吏部提供。 @吏部 请在GitHub创建新仓库`user-feedback-system`，并协调礼部、兵部开发进度。 @工部 待礼部、兵部开发完成后，将前后端部署至测试服务器192.168.1.100。

第4步：都察院自动审查礼部和兵部分别在各自的Git分支上开发。当兵部完成API开发，将代码推送（git push）到GitHub仓库的主分支时，会触发Webhook。 都察院Agent监听着这个仓库的Push事件，被自动触发。它拉取最新代码，运行代码审查：

• 检查代码风格（是否遵循ESLint规则）。
• 检查潜在安全漏洞（如SQL注入风险）。
• 检查API设计是否合理（如错误处理、输入验证）。 然后，它在GitHub上对该次提交或Pull Request发表评论：

都察院审查意见： ✅ 代码结构清晰。 ⚠️ 第45行：`app.post(‘/api/feedback‘, (req, res) => {` 建议增加请求体大小限制。 ❌ 第67行：数据库查询未使用参数化查询，存在SQL注入风险，请兵部大人修正。

兵部根据审查意见修改代码，再次推送，直到都察院审查通过。

第5步：工部部署与交付吏部确认所有代码已合并，测试通过。工部开始行动：

1. 从GitHub拉取最新代码。
2. 运行npm install和npm run build构建前端。
3. 配置Nginx将前端静态文件和后端API代理。
4. 使用PM2或Docker启动后端服务。
5. 在Discord频道汇报：“禀陛下，用户反馈系统已成功部署至测试服务器，可通过 http://192.168.1.100 访问。”

至此，一个完整的从需求到上线的流程，在你几乎没有直接敲一行代码的情况下，由你的AI朝廷协作完成。你全程只是在Discord里下了一道命令，并回答了几个澄清问题。

6. 故障排查与效能优化指南

即使部署顺利，在实际运行中也可能遇到各种问题。以下是一些常见问题的排查思路和优化建议。

6.1 安装与启动常见问题

6.2 性能与成本优化

AI Agent的持续运行会产生API调用费用。以下策略可以帮助你控制成本并提升效率：

1. 模型分层使用（混合模型策略）：不要所有Agent都使用最顶级的GPT-4。根据任务复杂度分配模型。

• 内阁、兵部（核心规划与复杂编码）：使用能力最强的模型，如GPT-4、Claude 3 Opus。这笔钱值得花，它们的设计和规划质量直接影响最终结果。
• 礼部（文案）、户部（数据分析）：可以使用性价比较高的模型，如GPT-3.5 Turbo、Claude 3 Haiku或DeepSeek。
• 司礼监（简单调度）、都察院（规则化审查）：甚至可以使用更轻量、更快的模型，因为它们的任务相对固定。 你可以在各个Agent的配置文件中，通过llm配置项指定不同的模型供应商和模型名称。

2. 设置使用限额与监控：

• 预算监控：在OpenAI、Anthropic等平台设置每月使用预算和硬性限额，防止意外超支。
• Token限制：在Agent配置中设置max_tokens参数，限制单次响应的长度，避免生成冗长无关的内容。

3. 优化Prompt与上下文管理：

• 精炼人设：每个Agent的初始Prompt（系统提示词）是其行为的“宪法”。花时间精心打磨，明确其职责、边界和输出格式。清晰的指令能减少无效的来回对话，节省Token。
• 上下文窗口：OpenClaw会管理对话历史。确保不必要的历史消息被适时总结或清理，避免上下文膨胀导致API调用成本剧增和模型性能下降。

4. 善用定时任务（Cron）进行批量处理：对于一些规律性的任务，如每日生成工作报告、每周备份、每月财务汇总，不要手动@Agent，而是利用OpenClaw的Cron技能设置定时任务。让它在凌晨自动执行，既高效又不干扰白天工作。

6.3 高级调试技巧

当出现复杂问题时，你需要深入系统内部进行调试。

1. 查看详细的运行日志：

cd ~/clawd # 查看网关日志 ./openclaw logs gateway # 查看特定Agent的日志，例如兵部 ./openclaw logs agent --name bingbu # 跟踪实时日志 ./openclaw logs --follow

日志中会包含每个消息的流转过程、技能调用的输入输出、以及任何错误堆栈信息，是定位问题的第一手资料。

2. 使用诊断脚本：项目提供了一个强大的诊断脚本，可以一键检查系统健康状况。

# 在项目根目录下运行 bash <(curl -fsSL https://raw.githubusercontent.com/wanikua/danghuangshang/main/doctor.sh)

这个脚本会检查：网络连通性、API密钥有效性、Discord Bot连接状态、服务运行状态、关键配置文件权限等，并给出修复建议。

3. 手动测试技能：如果怀疑某个技能（如GitHub、Shell）有问题，可以尝试在OpenClaw的交互模式下手动触发测试。

cd ~/clawd # 进入OpenClaw的CLI（如果支持） ./openclaw console # 或者在Agent的配置中临时增加一个测试用Channel，通过发送特定消息来触发技能测试。

7. 扩展与定制：打造属于你的专属朝廷

开源项目的魅力在于你可以根据需求进行定制。“当皇上”项目提供了良好的扩展性。

1. 创建自定义Agent（新增一个“钦天监”）：假设你需要一个专门负责监控服务器性能和日志的Agent。

• 步骤1：定义角色。在~/clawd/agents/目录下创建一个新的JSON文件，例如qintianjian.json。
• 步骤2：编写配置。参考其他Agent的格式，定义其ID、名称、系统Prompt和技能。

  { "id": "qintianjian", "name": "钦天监监正", "system": "你是钦天监监正，负责观测天象（系统运行状态）和推算历法（性能预测）。你的职责是监控服务器资源（CPU、内存、磁盘）、分析应用日志、预警潜在故障。回答时需引用具体数据，语气严谨。", "skills": [ { "id": "shell", "config": { "allowed_commands": ["top", "df", "free", "tail", "grep", "journalctl"], "workspace": "/home/ubuntu/workspace/qintianjian" } }, { "id": "cron", "config": { "jobs": [ { "schedule": "*/5 * * * *", "command": "check_health" } ] } } ], "llm": { "provider": "openai", "model": "gpt-3.5-turbo" } }

• 步骤3：注册Agent。在OpenClaw的主配置文件或网关配置中，将这个新的Agent ID添加到运行的Agent列表里。
• 步骤4：重启服务。./openclaw restart。

现在，你就可以在Discord里@钦天监 查看服务器当前负载了。

2. 开发自定义技能：如果内置技能无法满足你的需求（例如，需要连接内部CRM系统），你可以参考OpenClaw的Skill开发文档，用Python或JavaScript编写自己的技能。开发完成后，将其放入OpenClaw的技能目录，并在Agent配置中引用即可。

3. 集成其他平台：除了Discord和飞书，OpenClaw还支持Slack、Telegram等。你可以参考官方文档，将你的“朝廷”接入到你团队最常用的协作工具中，实现无缝集成。

经过以上七个部分的详细拆解，你应该已经从概念到实践，全面掌握了“当皇上”这个AI多智能体协作系统的精髓。它不仅仅是一个酷炫的技术演示，更是一套切实可行的、用于提升个人或小团队生产力的自动化工作流解决方案。关键在于，你要像管理一个真实团队一样，去定义角色、规划流程、并不断优化它们之间的协作。现在，是时候启动你的王朝，让AI大臣们为你效力了。