Gas City 多智能体编码协调器

要解决的问题

当多个编码智能体被拼成一条流水线时，协调成本往往比单个模型的能力更早成为瓶颈。任务分发给谁、哪个会话在等待、谁已经掉线、配置如何声明而不是散落在临时脚本里——这些问题在纯命令行工作流里没有统一答案，只能靠人工盯会话状态。

技能如何工作

Gas City 把多智能体编码装置建模为一座「城市」，核心能力包括：

• 声明式城市配置：装置结构、会话与路由规则写进配置，而不是散落在 shell 脚本中，装置拓扑可以版本化、可审阅
• 运行时提供者：会话的实际执行交给外部运行时（如 claude、codex、gemini、ACP 或 Kubernetes），技能本身不绑定某一家模型厂商
• 工作路由与公式：任务按路由规则分发，公式（formulas）用来定义装置的组成与拓扑
• 等待与邮件：会话之间通过等待机制同步进度，邮件通道承担跨会话通信
• 健康巡检：启动时自动检查 tmux、git、jq、pgrep 等依赖工具是否就位，缺失项直接报告，而不是静默失败

关键步骤是：先准备好可用的运行时提供者，再用声明式配置定义装置，最后启动并依据巡检反馈处理缺失依赖。

适用边界

• 依赖链不轻：tmux 既是默认会话后端也是回退选项，仍需单独安装；git、jq 等基础工具是硬性前置
• 对模型厂商保持中立，但运行时需要你自行配置，技能不会替你注册或鉴权
• 更复杂的编排形态（如 Kubernetes 部署）需要额外的环境准备，不是开箱即用