Design Council Orchestration 是面向 Claude Code 的多智能体编排插件，用于在需要跨领域权衡的技术决策上组织 AI 辩论。它与单上下文审查不同：每个席位在独立上下文中运行、无共享历史，分歧是结构性的而非模拟，各席位通过点对点私信直接争论，而非经由 CEO 逐个轮转。
安装：先添加插件市场 /plugin marketplace add sjsyrek/claude-plugins，再执行 /plugin install design-council@sjsyrek；固定版本可克隆 https://github.com/sjsyrek/design-council.git 后 checkout v0.2.0 并本地安装。
适用条件是决策跨越至少两个专业领域，且产出需可交接（决策日志、追踪项、执行计划）。不应将其用于单领域简单修复、库/工具选型、无交付物的纯探索或单个专家即可回答的问题。官方提示其 token 消耗约为单上下文审查的 10–20 倍，仅对否则会带着盲点上线的决策才有价值。
执行分为多个阶段：Phase 0 预检计划卡（列出模式、席位、模型与预算，可用 go / swap / drop / add / abort 调整）；Phase 1 组装 brief 到 ~/.claude/councils/<slug>/brief.md，并自查自动记忆；Phase 2 并行派发席位；Phase 2.5 校验握手（READY 计数、检测静默失败，失败重试一次后降级）；Phase 3 各席位向 CEO 提交 APPROVE / CONCERNS / BLOCK 判定；Phase 4 交叉辩论，最多 3 轮；Phase 5 CEO 仲裁并写决策日志，向用户升级战略取舍、预算、法务合规与跨团队依赖；Phase 6 持久化并销毁团队。
默认 11 个核心席位包括 principal-engineer、platform-engineer、integration-engineer、test-engineer、qa-engineer、security-engineer、performance-engineer、product-manager、ui-ux-designer、accessibility-specialist、technical-writer，可选 finops-engineer、legal-compliance、domain-expert、historian 等。Opus 用于综合型席位，Sonnet 用于分析型席位，可在计划卡中手动替换。
支持 beads 追踪集成（存在 .beads/ 或 bd 在 PATH 中时），延期项会转为追踪项；未检测到追踪系统时延期项仅保留为日志文本。还提供提前停止、复核模式（跳过交叉辩论）、worktree 隔离的实现交接、记忆覆盖与 tmux/iTerm2 分屏观察。已知问题包括静默派发失败、token 超支、延期项丢失与提示缓存未命中。使用时不需密钥，状态保存在 ~/.claude/councils/。