核心定位
Gas Town 是专为 Claude Code 设计的多智能体编排引擎，采用独特的蒸汽朋克隐喻体系（Mayor/Deacon/Witness/Polecat等角色）。核心创新在于通过 git-backed hooks 持久化工作状态，彻底解决了 AI 代理重启后上下文丢失的行业难题。
核心机制
MEOW（工作分子表达）：将大型目标分解为可追踪的原子任务单元
GUPP（通用推进原理）："钩子上有工作就必须立即执行"——自治运行的核心原则
NDI（非确定性幂等）：通过持久化 Beads 和监督代理确保最终完成
显著优势
- 上下文持久化：工作状态存储在 git 中，代理崩溃/重启后可无缝恢复
- 规模化管理：舒适支持 20-30 个并发代理，传统方式 4-10 个即混乱
- 完整归因体系：BD_ACTOR 环境变量 + Git 提交署名 + Beads 记录，实现企业级审计
- 自动工作流：Deacon-Witness 双层看门狗链，自动检测卡住/僵死的代理并恢复
- 跨项目追踪：Convoy 机制可追踪跨多个代码仓库的关联任务
关键局限
- 陡峭学习曲线：大量专属术语（Beads/Molecules/Polecats/Formulas）需时间适应
- 基础设施依赖：需要 tmux、Go 1.24+、Git 2.20+，完整模式配置复杂
- Claude Code 强绑定：深度针对 Claude Code 优化，迁移其他平台需适配
- 早期生态：Formula 市场、联邦协议等高级功能尚处规划中
适用人群
- AI 工程团队：需要多代理并行处理复杂特性的开发团队
- 平台/基础架构工程师：寻求可扩展的 AI 工作流编排方案
- 合规敏感组织：需要完整审计链的金融科技、医疗等企业
- 开源项目维护者：希望自动化 issue 处理、代码审查和合并流程
安全考量
- 代码执行风险：Polecat 代理自动执行钩子上的任意工作，需严格沙箱隔离
- Git 凭证暴露：代理需 git 操作权限，凭证管理不当可能导致仓库泄露
- 跨代理注入：
gt nudge通信机制若未验证消息源，可能成为攻击向量 - 权限边界模糊：Mayor/Deacon/Witness 等基础设施角色权限过高，需最小权限原则
使用建议
新手应从 Minimal Mode 入手，理解 Beads 和 Convoy 基础后再启用 Full Stack Mode。务必先配置 gt doctor 健康检查，并定期审查代理工作历史（bd audit）以发现异常模式。