swarm-forge
基于 tmux 的多 agent 编排平台,把多个 AI 角色(如 coder/cleaner/architect)分配到独立 git worktree 和 tmux 会话中协作开发,支持 codex/claude/copilot/grok 等后端。亮点是配置驱动的工作流分支(two/four/six-pack),通过 handoff 协议和 constitution 约束角色行为,适合追求结构化多 agent 协作的团队。注意 README 声明:不要为 bankrbot SWARM token 花钱。
README
不要花任何钱购买 bankrbot SWARM token。
SwarmForge
一个基于 tmux 的严谨 agent(智能体)编排平台,将 AI agent 群转化为可靠、专业的软件工程师。
意图
main 分支是说明性的:它解释系统本身,并承载共享操作脚本和默认章程条文。可运行的工作流分支则承载面向项目的配置、角色提示词和定义特定工作流的本地章程条文。
SwarmForge 是一个 agent 协调系统,用于促进在不同 git worktree 中工作的 agent 之间的通信。
它为角色专属提示词、worktree 分配、tmux session 和消息传递提供了共享结构,使多个 agent 能够在同一项目上协作而不互相干扰。
分支
可运行的 SwarmForge 配置位于专门的分支上。每个分支包含一个工作流所需的 swarmforge/swarmforge.conf、本地章程条文和角色提示词。启动时,./swarm 包装脚本会在共享操作脚本和共享章程条文不存在时,从 main 分支复制它们,然后启动该分支的本地配置。
two-pack
two-pack 是快速后端工作流。适用于不需要 Gherkin(行为规格语言)和验收测试开销、但希望保留后端重构与加固能力的小型任务。
coder使用 TDD(测试驱动开发)和单元测试实现所要求的行为。cleaner批量处理 coder 的交接,并执行清理、CRAP 与 DRY 审查、架构审查、封装与关注点分离修复,以及语言变异加固。
正常流程是 coder -> cleaner -> coder。当你想要一个紧密的实现/细化循环,而不需要规格、QA、属性测试或验收测试角色时,使用此分支。
four-pack
four-pack 是精简规格工作流。适用于需要 Gherkin 规格和一定架构考虑、但不想把每个质量门禁拆成独立 agent 的中等规模项目:
specifier将用户意图转化为精确的 Gherkin 验收规格,并在交接前请求批准。coder使用 TDD、单元测试和生成的验收测试实现已批准的行为切片。refactorer执行保持行为的清理、覆盖率提升、CRAP 与 DRY 审查、变异位点扫描,以及属性测试支持。architect负责高层结构、依赖方向、变异加固、DRY 审查、软 Gherkin 变异,以及最终完成通知。
正常流程是 specifier -> coder -> refactorer -> architect -> specifier。当你希望进行规范化的开发,但又不想把清理、架构、加固和 QA 拆分成独立 agent 时,使用此分支。
six-pack
six-pack 是完整工作流。适用于需要完整规格、前置 QA、后端验证和重大架构考虑的大型项目。它把每个主要质量门禁拆分为独立角色:
specifier将用户意图转化为已验收的 Gherkin 规格和端到端 QA 流程。coder使用 TDD、单元测试和生成的验收测试实现已批准的行为切片。cleaner执行局部且保持行为的清理、覆盖率提升、CRAP 与 DRY 审查,以及变异位点扫描。architect审查模块结构、边界、依赖方向和属性测试覆盖。hardender执行变异加固、语言变异、CRAP 与 DRY 验证,以及软 Gherkin 变异。QA将 specifier 的 QA 流程转换为可执行脚本,运行最终用户界面验证,检查交接一致性,并发送完成通知。
正常流程是 specifier -> coder -> cleaner -> architect -> hardender -> QA -> 完成。当你希望每个审查和验证关注点都由独立 agent 负责时,使用此分支。
前置要求
SwarmForge 在