与明朝制度的映射：

中书起草 → 门下审核 → 尚书执行，三权分立、互相制衡。适合需要严谨审批流程的企业级场景。

方式一：三省流转（默认）

皇帝（你）下旨
  ▼
中书省 ── 起草诏令（理解意图、生成执行方案）
  ▼
门下省 ── 审核驳回（审查方案可行性、合规性）
  │
  ├─ ❌ 封驳 → 退回中书省修改
  └─ ✅ 通过 ▼
         尚书省 ── 执行派发
           ├─→ @兵部 编码开发
           ├─→ @户部 财务分析
           ├─→ @工部 运维部署
           ├─→ @礼部 品牌营销
           ├─→ @吏部 项目管理
           └─→ @刑部 法务合规
                  ▼
               御史台 ── 监察审计（全程监督、代码审查）

方式二：皇帝直接下旨给任意部门

皇帝（你）
  ├─→ @中书省 拟一份新产品方案
  ├─→ @兵部 修复这个 Bug
  └─→ @御史台 审查这个 PR

💡 三省制的核心是制衡：中书省负责"想"，门下省负责"审"，尚书省负责"做"。任何重大决策都要经过三省流转，避免一家独大。

CEO 决策 → Board 审议 → CxO 执行，扁平化管理、英文沟通。适合国际化团队或偏好现代企业架构的用户。

方式一：经 CEO 调度（默认）

Owner (You)
  ▼
CEO ── Receive task, delegate to C-suite
  │
  ├─→ Board of Directors ── Strategic review & approval
  │ ←─┘ Approve / Reject / Request changes
  │
  ├─→ @CTO  Technical execution (code, architecture)
  ├─→ @CFO  Financial analysis (budget, cost)
  ├─→ @CMO  Marketing (brand, content, social)
  ├─→ @COO  Operations (DevOps, infrastructure)
  ├─→ @CLO  Legal & compliance
  └─→ @CoS  Project coordination
         ▼
      QA Director ── Quality assurance & code review

方式二：直接指挥（Direct command）

Owner (You)
  ├─→ @CTO Build a login API
  ├─→ @CFO Review this month's spending
  └─→ @QA  Review this PR

💡 Modern CEO mode uses English for all communication. The CEO acts as dispatcher (like 司礼监), the Board provides strategic oversight (like 内阁), and QA handles quality control (like 都察院).

👑 皇帝：@司礼监 帮朕写个用户登录 API，再查一下这个月花了多少钱

🏛️ 司礼监：遵旨！臣先请内阁优化任务……
  → @内阁 请首辅审阅此旨，拟定执行计划。

📜 内阁：臣已拟票。
  【任务一】@兵部 — 编写用户登录 REST API（Node.js + Express + JWT）
  【任务二】@户部 — 本月 API 支出分析（分部门明细 + 优化建议）

🏛️ 司礼监：内阁拟票已收，开始派发！
  → @兵部 …（优化后的完整 Prompt）
  → @户部 …

🏛️ 兵部：✅ 已提交 GitHub：wanikua/auth-api#1

🔍 都察院：代码审查 ✅ 通过 | ⚠️ 建议添加 rate limiting

🏛️ 户部：本月 $23.47，环比 -12%，建议优化兵部 Prompt 省 15%。

皇帝下旨 → 司礼监接旨 → 内阁优化 → 司礼监派发 → 都察院审查。全流程公开可见。

👤 你：帮我写个用户登录 API，再查一下这个月花了多少钱

🏛️ 司礼监：遵旨，臣先请内阁拟票……

  ……（内阁优化 → 派发 → 执行 → 审查，用户无感）

🏛️ 司礼监：陛下，已办妥：
  📌 兵部：auth-api 已创建，都察院审查通过 ✅
  📌 户部：本月 $23.47，环比 -12%

飞书模式：用户只和司礼监对话，后台自动走完整流程。

5 个 Agent 协作写小说：掌院学士（总编排）→ 修撰（架构）→ 编修（写作）→ 检讨（审核）→ 庶吉士（检索）。

用户: "帮我写一部修仙小说"
  └→ 掌院学士（总编排）
       ├─ spawn 修撰 → 大纲 + 世界观 + 人物档案
       ├─ 掌院审批 ✅
       ├─ spawn 编修 → 逐章写作（每章 ≥ 10,000 字）
       ├─ spawn 检讨 → 7 维度审核
       └─ 循环至全书完成 → 终审

内置 Web Dashboard（gui/ 目录），React + TypeScript + Vite：

朝堂总览 — 御座、六部、诸院，在线状态一目了然

会话管理 — Token 消耗、消息统计实时追踪

功能：仪表盘 · 朝堂对话 · 会话管理 · Cron 可视化 · Token 统计 · 系统健康监控

cd danghuangshang/gui && npm install && npm run build
cd server && npm install
BOLUO_AUTH_TOKEN=你的密码 node index.js
# 访问 http://你的服务器IP:18795

三层 GUI：Web Dashboard 看状态 → Discord 下指令 → Notion 查报表

飞书插件已内置，无需额外安装。

1. 飞书开放平台 创建应用，复制 App ID + Secret
2. 开启机器人能力，添加事件 im.message.receive_v1（WebSocket 长连接）
3. openclaw channels add 选 Feishu，填入凭证
4. openclaw gateway restart，在飞书 @机器人 测试

飞书用 WebSocket，不需要公网 IP。详见 docs.openclaw.ai/channels/feishu

1. Notion Integrations 创建集成，复制 Secret
2. mkdir -p ~/.config/notion && echo "ntn_xxx" > ~/.config/notion/api_key
3. 在 Notion 页面点 ··· → Connect to 授权
4. 在 Discord：@司礼监 把今天的工作总结写到 Notion 日报里

Agent 的记忆是长期积累的资产，丢失不可逆。内置备份脚本，一行命令守护所有 Agent 记忆。

备份内容： 18 个 Agent 的 SQLite 记忆数据库 + 工作区记忆文件 + 核心配置

# 立即备份
bash scripts/memory-backup.sh

# 查看现有备份
bash scripts/memory-backup.sh -l

# 从备份恢复
bash scripts/memory-backup.sh -s daily/2026-03-15.tar.gz

# 预览（不实际执行）
bash scripts/memory-backup.sh --dry-run

自动定时备份（推荐）：

# 每天凌晨 3 点自动备份
(crontab -l 2>/dev/null; echo "0 3 * * * $HOME/danghuangshang/scripts/memory-backup.sh -q") | crontab -

使用 sqlite3 .backup 保证数据库一致性，备份期间不影响 Agent 正常运行。

bash <(curl -fsSL https://raw.githubusercontent.com/wanikua/danghuangshang/main/doctor.sh)

⚠️ 安全配置（必读）— 防止 Bot 消息循环！

多 Bot 模式下，必须在每个 Agent 的 openclaw.json 中设置 allowBots: "mentions"：

{
  "channels": [
    {
      "channel": "discord",
      "config": {
        "allowBots": "mentions"  // ✅ 只响应明确@的 Bot 消息
      }
    }
  ]
}

配置说明：

• allowBots: false ❌ — 完全忽略 Bot 消息，多 Bot 协作失效（司礼监无法@六部）
• allowBots: true ❌ — 响应所有 Bot 消息，导致无限循环
• allowBots: "mentions" ✅ — 只响应明确@的 Bot 消息，完美平衡

📌 严禁使用 @everyone：会触发所有 Bot 同时响应，导致频道瘫痪。

@everyone 不触发？ → 每个 Bot 都要开 Message Content Intent + Server Members Intent（Discord Developer Portal → Bot 页面 → Privileged Gateway Intents）

Bot 回复触发 @everyone 通知？ → 服务器设置 → 角色 → @everyone → 关闭「提及 @everyone」权限（Owner 不受影响）

Q: 能用其他模型吗？ → 能。支持 Anthropic、OpenAI、Gemini、DeepSeek 等，不同部门可用不同模型。

Q: 每月费用？ → 轻度 $10-15，中度 $20-30。重活用强模型、轻活用快模型可省 5 倍。

Q: 和 Become CEO 的关系？ → Become CEO 是英文企业版，同架构，CTO/CFO 代替六部。

📖 完整 FAQ

核心优势：不是框架，是成品。 跑个脚本就能用，在 Discord 里 @谁谁回复。

📖 架构详解 | 与 ChatGPT/AutoGPT/CrewAI 对比

同架构，CEO/CTO/CFO 代替朝廷六部：

👉 Become CEO

18 个 Agent，24/7 运行的真实生产系统。

🏯 菠萝王朝
├── 本纪（时间线）：起居注·朔望录·编年纪·大事记
├── 表（看板）：食货表·舆情表·臣工表·器用表
├── 志（知识库）：天工志·宣化志·经籍志·典章志
└── 列传（项目档案）：11 个项目全生命周期

📖 菠萝王朝详解

相关链接

• 🏢 Become CEO — 企业版 · 🔧 OpenClaw 框架 · 📖 OpenClaw 文档 · 📚 完整文档
• 🎁 MiniMax Coding Plan — 88折优惠

安全须知 — 🔴 用云服务器，不要个人电脑 · workspace 设专用目录 · API Key 不提交公开仓库 · 详见

免责声明 — 按"原样"提供，AI 生成内容仅供参考，敏感操作请人工复核。详见