Gastown 多代理编码协调器评估
核心用法
Gastown 是一个基于 Gas Town (gt) 和 Claude Code 的多代理编码编排系统，专为非平凡编程任务设计。其核心工作流程分为五个阶段：
1. 创建工作项（beads）：使用 bd create 命令定义具体任务
2. 组建车队（convoy）：将相关 beads 分组为功能单元
3. 分发任务（sling）：通过 gt sling 将任务派发给并行代理（polecat）
4. 监控进度：通过 tmux 会话和 gt agents list 实时追踪执行状态
5. 审阅结果：polecat 在独立分支提交，由 refinery 代理统一合并
每个 polecat 是一个运行在 tmux 会话中的 ephemeral Claude Code 实例，具备完整的代码编译、运行、测试能力，并通过 git 实现持久化状态管理。
显著优点
- 并行化处理：突破单代理串行瓶颈，显著加速多文件、多模块任务
- 状态持久化：基于 git 的分支策略确保任务中断后可恢复
- 细粒度追踪：beads + convoy 的层级结构实现复杂项目的精确管理
- 原生集成：深度整合 Claude Code，无需额外学习成本
- 故障隔离：每个 polecat 独立运行，单点失败不影响整体
潜在局限
- 基础设施要求：需预先配置 tmux、Go 1.23+、gt/bd CLI 等完整工具链
- 资源开销：多 tmux 会话对内存和进程数有较高要求
- 调试复杂度：分布式执行导致日志分散，问题定位需跨多个 tmux pane
- 学习曲线：理解 beads/convoys/rigs/hooks 等概念需要一定投入
- 分支管理：自动生成的
polecat/<name>/<bead>@<hash>分支可能增加仓库复杂度
适合人群
- 大型重构/新功能开发：涉及 10+ 文件改动的复杂任务
- 测试驱动开发：需要并行运行编译+测试+修复循环的场景
- 遗留代码维护：需多个独立探索性任务并行推进的项目
- 团队规模化：个人开发者已熟练 Claude Code 后，寻求效率突破
常规风险
| 风险类型 | 具体表现 | 缓解建议 |
|---------|---------|---------|
| 执行失控 | polecat 无限循环或偏离任务目标 | 设置 tmux 超时，定期 `capture-pane` 检查 |
| 代码冲突 | 多 polecat 修改重叠文件 | 合理的 convoy 划分，小粒度 beads |
| 状态丢失 | tmux 意外终止导致执行中断 | 依赖 git commit 的持久化设计 |
| 权限问题 | polecat 以用户身份执行危险操作 | 在隔离环境/容器中运行 gt |
| 成本累积 | 并行多 Claude Code 实例费用激增 | 监控 `gt agents list` 及时清理完成项 |
总体评价
Gastown 代表了 AI 辅助编码向"多代理协作"演进的前沿实践，将 Claude Code 从单工具升级为可编排的分布式系统。适合已将 Claude Code 融入日常开发、面临规模瓶颈的进阶用户。初学者建议先掌握基础 claude CLI 使用，再逐步引入 gt 工作流。