核心用法
AI Court 是一套受明朝六部制度启发的多智能体Discord工作区部署方案。用户通过 Clawdbot 框架部署多个独立的AI代理（机器人），每个代理拥有专属职能与身份：
- 司礼监（主控） — 调度中枢，Claude Sonnet快速响应
- 兵部 — 软件工程、架构设计（Claude Opus）
- 户部 — 财务、成本分析（Claude Opus）
- 礼部 — 营销、内容创作（Sonnet）
- 工部 — DevOps、运维（Sonnet）
- 吏部 — 项目管理（Sonnet）
- 刑部 — 法务合规（Sonnet）
用户通过Discord艾特对应机器人触发任务，如「@兵部 写个登录API」。流程为：Discord消息 → Clawdbot Gateway → 对应Agent调用Claude模型 → 读取SOUL.md/IDENTITY.md身份配置 → 执行并回复。
显著优点
1. 架构清晰：借鉴成熟官僚体系，职能边界明确，避免单代理全能导致的混乱
2. 模型分级：核心任务用Opus（编程、财务），常规任务用Sonnet，成本可控
3. 可扩展性强：支持自定义新增代理（都察院、翰林院等），仅修改JSON配置
4. 工作区隔离：支持沙箱模式，可限制文件系统/网络访问
潜在缺点与局限
1. 配置复杂度高：需管理多个Discord机器人账号、API密钥、Intent权限，新手门槛高
2. Token成本累加：每增加一个活跃代理即增加API调用成本
3. 群聊行为限制：默认groupPolicy为allowlist，必须显式设为open否则代理静默不响应，易踩坑
4. 沙箱配置繁琐：启用沙箱后需手动配置workspaceAccess、docker.network等，否则技能无法运行
5. 单点依赖：核心依赖Anthropic API，无多供应商支持
适合人群
- 技术团队负责人，需为团队部署专属AI助手
- 开发者/极客，熟悉Node.js、Docker、Discord生态
- 有明确分工需求的企业/工作室（开发+财务+法务+营销）
- 愿意投入时间维护多机器人配置的用户
常规风险
1. API密钥泄露：ANTHROPIC_API_KEY与多个DISCORD_BOT_TOKEN需妥善保管，建议用环境变量注入而非硬编码
2. 权限配置失误：Discord机器人权限设置错误可能导致代理无法读取消息或响应
3. 沙箱逃逸：workspaceAccess: "rw"配合docker.network: bridge时，容器内代码理论上可访问宿主机网络，敏感环境需谨慎
4. 成本失控：Opus模型价格较高，兵部/户部等高频使用场景需监控用量
5. 服务稳定性：依赖Clawdbot网关进程，systemd配置不当可能导致服务中断