开源项目

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 在

开源项目unclebob2026-08-07原文

相关内容