核心用法
AI Court（AI 朝廷）是一套多智能体 Discord 部署框架，灵感源自明朝六部制度，通过 Clawdbot 将多个 AI 代理组织成专业化团队。用户需先安装 clawdbot 全局工具，配置 Anthropic API 密钥与 Discord Bot Token，通过 JSON 配置文件定义各代理的角色、模型等级（Sonnet/Opus）和频道绑定。
核心架构包含七个专业代理：
- 司礼监（主控）：Sonnet 快速响应，负责任务调度
- 兵部：Opus 模型，专注软件工程与架构
- 户部：Opus 模型，处理财务与成本分析
- 礼部：Sonnet，负责营销与内容创作
- 工部：Sonnet，承担 DevOps 与运维
- 吏部：Sonnet，项目管理
- 刑部：Sonnet，法务合规
配置通过 clawdbot.json 实现，关键约束包括：每个 Discord 账户必须显式设置 "groupPolicy": "open"，代理绑定通过 bindings 字段映射到具体 Bot 账号。
显著优点
1. 架构清晰：借鉴历史官僚体系，角色边界明确，避免智能体职责重叠
2. 模型分层：关键岗位（工程、财务）使用 Opus 强模型，常规岗位使用 Sonnet 平衡成本与性能
3. 安全隔离：可选沙盒模式，代理在只读容器中运行，网络隔离，API 密钥由网关外部管理
4. 可扩展性：标准化流程支持快速新增代理，仅需配置身份主题、创建 Bot、绑定通道
5. 内存协议：内置 SOUL.md、AGENTS.md 等 workspace 文件规范，支持跨会话记忆
潜在缺点与局限性
1. 部署门槛高：需同时掌握 Node.js 生态、Discord Bot 开发、systemd 服务管理，非技术用户难以独立完成
2. Token 成本：七代理并行运行，Opus 模型调用频繁时产生显著 API 费用
3. Discord 平台锁定：深度依赖 Discord 的 Message Content Intent 等特权，平台政策变更可能导致功能断裂
4. 调试复杂：多代理消息路由问题需同时检查网关日志、Docker 容器、Discord 开发者后台
5. 沙盒局限：默认关闭，启用后仅支持只读访问，无法执行需要写权限的自动化任务
适合人群
- 技术团队负责人，需为 Discord 社区部署专业化 AI 助手
- 开源项目维护者，希望建立多角色自动化工作流
- 有一定 DevOps 经验的开发者，熟悉容器化部署与 systemd
常规风险
- 凭证泄露风险：JSON 配置文件包含明文 API 密钥，需严格权限控制（
~/.clawdbot/目录建议 700 权限） - Discord ToS 合规：多 Bot 自动化需遵守 Discord 开发者服务条款，避免被视为滥用或 spam
- 模型输出不可控：法律、财务类代理（户部、刑部）的建议不具备专业资质，需人工复核
- 服务依赖链：Clawdbot → Discord API → Anthropic API 任一环节故障均导致系统不可用