unclebob

@unclebob

swarm-forge

unclebob/swarm-forge

A simple tool for coordinating several AI agents.

STARS1,778
FORKS191
OPEN ISSUES / PRS18
LANGUAGEClojure

CHOOSE YOUR VIEW

你想怎么了解这个项目?

同一份项目事实,两种阅读深度。不会改变页面地址和搜索内容。

当前展示快速摘要和完整技术内容,请按需要选择。选择只保存在当前设备。

ADOPTION BRIEF

项目采用前简报

当前判断采用前需补充核验
标准证据模板项目采用前评估

当前关键证据不完整,先核对原始文档、依赖和运行环境。

已有公开依据

  • 项目用途:来自项目描述、README 或现有中文解读。
  • 榜单记录:来自本站保存的周期快照和历史排名。
  • 健康证据:已采集公开提交、Issue、PR 或 Release 样本,当前置信度为 样本有限。
  • 近期变化:已有可展示的公开事实摘要,原始链接仍是最终核验入口。
  • 部署提醒:页面保留 README 和仓库链接,具体依赖、数据边界与运行方式以项目方文档为准。

采用前仍需核验

  • 未识别到 License,采用或分发前必须补充核验。

建议的下一步

  1. 打开 README 和完整 License,确认依赖与使用义务。
  2. 在隔离的测试环境完成最小可运行验证。
  3. 根据真实业务数据决定继续评估或暂缓采用。

本简报只组织公开证据,不生成推荐分数,也不替代源码、安全和法律审查。

核对 GitHub 原文
01

QUICK UNDERSTANDING

先用几分钟判断它是否值得继续看

人话与术语分开,事实不变
先说人话 这个工具帮你在自己的电脑上同时指挥几个AI帮手,让它们分工合作完成一个编程项目,还能按固定顺序互相检查。

可以把它理解成一个建房子的总工头,自己不搬砖,而是给瓦工、木工、水管工分别派活,监督他们按顺序配合。

WHEN TO USE IT

什么时候用得上

  • 当你有一个比较大的编程任务,一个人忙不过来,希望几个AI帮手在同一份代码上各干各的又互不干扰时。
  • 当你希望AI帮手们按照固定的先后顺序干活(比如先写计划、再写代码、再检查),不让它们乱来时。
ONE EXAMPLE

举个具体例子

例如,你想做一个记日常开销的小工具,但自己不会写代码。你准备好AI服务账号后启动这个工具,它就叫来四个AI帮手:第一个先列出要做的功能,第二个照着清单写代码,第三个检查代码哪里容易出错,第四个看看整体结构是否合理。最后你得到一份能用的程序,整个过程你只需要在开始时说清楚需求。

WHO IT FITS

如果你是……

  • 如果你会一些电脑操作,但不想自己一行行写代码,想让AI帮手们按规矩替你完成项目,这个工具适合你。
  • 如果你是一个小团队的组织者,想让大家(包括AI帮手)按流程配合,而不是各干各的,可以看看它。
BEFORE YOU START

开始前先知道

  • 你需要先准备好一台能上网的电脑,并按照项目说明安装几个必要的小工具(比如用来记录代码变化的Git和用来分屏合作的tmux)。
  • 你需要先有一个自己常用的AI服务账号,因为工具本身不带AI能力,只负责指挥你的AI帮手。
当前维护状态近期活跃

最近 30 天内有代码推送记录。

License 提醒未声明,采用前请核验

仓库未提供可识别的 License,不能据此判断可否商用或分发。

结论从哪里来?中文说明由公开项目资料辅助整理,最终判断请回到项目方原始来源。

查看 GitHub 原文

HISTORICAL INTELLIGENCE

历史情报摘要

按周期独立统计
日榜持续记录
历史最佳#13当前排名#13

与上一期排名持平

记录天数
2 天
记录期 Star
+33
本站共 16 天日榜快照 · 最近记录 2026-08-08
周榜持续记录
历史最佳#13当前排名#13

与上一期排名持平

记录天数
2 天
记录期 Star
+36
本站共 16 天周榜快照 · 最近记录 2026-08-08
本站最早记录:2026-08-07

指标仅基于本站已保存快照,不代表项目在 GitHub 的首次上榜时间;同日多次抓取保留当日最新结果,负向 Star 差值按样本校正处理。

日榜历史趋势

2026-08-07 至 2026-08-08,掉榜日期保留为空缺。

排名,数字越小越靠前当日新增 Star
折线表示历史榜单排名,柱形表示相同快照记录的新增 Star。排名纵轴已反向,越靠上排名越高。 #1 #4 #7 #10 #13 2026-08-07:新增 85 Star 2026-08-08:新增 85 Star 2026-08-07:排名 #13,新增 85 Star2026-08-08:排名 #13,新增 85 Star 08-07 08-08 +85
图表仅使用本站保存的快照,不补零、不推算掉榜期间数据;下方历史明细继续保留原始日期、排名与 Star 数。

VERIFIABLE HEALTH SIGNALS

项目健康证据

维护、响应、交付与采用风险分开观察,不生成虚假的单一总分。
样本有限
MAINTENANCE

维护活性

核对提交
近 90 天 Commit
234
按公开记录统计 · 完整窗口
活跃贡献者
2
按公开记录统计 · 按公开提交账号去重
近 12 月活跃月份
4/12
有提交的自然月
RESPONSE

社区响应

核对样本
Issue 关闭率
36%
按公开记录统计 · 5/14 个同期新 Issue · Issue 原始样本 14 条/有效样本 14 条/排除 0 条
Issue 关闭中位数
1.3 天
按公开记录统计 · 仅统计已关闭样本
PR 合并率
4%
按公开记录统计 · 1/26 个同期新 PR · PR 原始样本 26 条/有效样本 26 条/排除 0 条
PR 合并中位数
7.9 天
按公开记录统计 · 仅统计已合并样本
DELIVERY

持续交付

核对发布
近 12 月正式 Release
0
按公开记录统计 · 排除草稿与预发布
最近正式 Release
暂无记录
按公开记录统计 · 以公开发布时间为准
发布间隔中位数
样本不足
按公开记录统计 · 至少两次正式发布才计算
ADOPTION

采用风险

查看仓库
仓库状态
正常开放
未发现归档标记
开源协议
未识别
仍需核对完整协议与依赖
Security Policy
未发现
仅检查 GitHub 社区资料

仓库类型 代码项目统计窗口 90 天快照样本 2 天计算规则 health-v2采集于 2026-08-08 02:25

代码项目:按提交、协作、发布与采用风险分开观察。 当前样本覆盖、分页完整性或适用度不足,不把局部数据写成整体结论。 这些信号不替代代码审计、安全测试和真实生产验证。

90-DAY CHANGE RADAR

最近 90 天发生了什么

依据可复核的项目特定事件生成,不用通用文案补足事实。
部分样本
近 90 天的可复核变化主要来自已合并 PR

近 90 天记录到 234 次 Commit、26 个新 PR(1 个已合并)和 14 个新 Issue(5 个已关闭);同期可复核正式 Release 0 个。

代码推进234 次 Commit

按公开提交记录统计,不判断内容或代码质量。

合并协作1 / 26 个 PR

前者为已合并数量,后者为同期新建样本。

问题响应5 / 14 个 Issue

前者为已关闭数量,后者为同期新建有效样本。

正式发布0 个 Release

仅统计窗口内非草稿、非预发布版本。

可复核事件4 条项目特定事实
点击前往 GitHub 原始记录

2026-05-10 至 2026-08-08规则 changes-v3生成于 2026-08-08 02:25

  • 代码项目:按提交、协作、发布与采用风险分开观察。
  • 事件是否存在由确定性规则识别,摘要不使用 AI 猜测事件。
  • 这些公开活动记录不等同于代码质量、安全性或生产可用性结论。
  • 本站每日指标快照目前积累 2 天,不补算缺失日期,也不伪造完整 90 天增量。

AI-ASSISTED PROJECT BRIEF

项目定位与辅助解读

来源边界与风险表述检查

AI 解读仅作初评参考,技术落地请以 GitHub 源码、README 和完整协议为准。

项目资料AI 整理

SwarmForge是一个基于tmux与Babashka的本地多AI助手协作工具,它利用git worktree为每个助手分配独立工作区,并通过角色化提示和消息传递,让多个助手按流程完成软件开发任务。

从公开资料看,SwarmForge通过在tmux会话中运行多个AI助手,让它们在各自的git worktree中独立工作,避免相互冲突。项目将可运行配置放在two-pack、four-pack、six-pack三个分支上,对应不同数量的角色分工,覆盖编码、清理、架构审查、质量保证等环节。主分支主要作为文档和共享脚本来源。使用前需自行准备zsh、git、tmux、Babashka以及至少一个AI后端服务。仓库语言标记为Clojure,但实际运行以命令行脚本为主。

核心亮点

项目最值得关注的能力

AI 推断
  • 基于git worktree隔离每个AI助手的工作区,减少文件冲突。
  • 提供两种、四种、六种角色的预设流程分支,覆盖不同复杂度的开发需求。
  • 通过tmux会话和Babashka脚本实现本地进程间的消息传递与状态管理。

适用场景

它可以解决哪些实际问题

AI 推断
  • 小型后端任务:使用two-pack流程,由coder实现TDD代码,cleaner进行清理与架构审查。
  • 中型项目:使用four-pack流程,增加specifier编写Gherkin规格,architect把控依赖方向。
  • 大型项目:使用six-pack流程,将规格、编码、清理、架构、加固、QA分离为六个角色。

技术观察

从公开资料提炼的实现特征

AI 推断
  • 角色prompt与本地章程随分支提供,启动时从main复制共享脚本,实现配置与脚本分离。
  • 按README,可接入codex、claude、copilot、grok等AI后端,具体接入方式需查看对应分支说明。
  • 项目语言为Clojure,实际运行依赖Babashka作为脚本运行器,核心逻辑多为Shell脚本。

优势判断

相对明确的项目价值

AI 推断
  • 利用git worktree隔离各助手任务,并行协作时降低冲突。
  • 分支化工作流设计,使用户能按项目规模选择不同粒度的角色分工。

局限与注意

评估和采用前需要留意

AI 推断
  • 需要预先安装zsh、git、tmux、Babashka并配置至少一个AI后端,环境准备成本较高。
  • 主分支不可直接运行,必须从特定工作流分支获取配置,对新手不够直观。

适用人群

哪些开发者和团队值得关注

AI 推断
  • 熟悉命令行与git工作流,希望用脚本方式组合多个AI助手的开发者。
  • 需要为团队或自己建立可重复多角色开发流程的工程实践者。
综合参考
SwarmForge以轻量脚本方式展示了多AI助手协作的可行模式,其分支化配置可适应不同规模任务。但它并非开箱即用,需要用户自行安装依赖并配置AI后端;各角色的实际效果和稳定性缺乏第三方评测。从公开资料看,尚无权威安全审计,建议在隔离环境中试用后再评估是否引入正式项目。
由 AI 基于 GitHub 公开资料辅助生成,不构成安全审计、生产选型或专业建议。

依据与内容边界

区分可验证事实、项目方自述与 AI 推断

GitHub 可验证事实

Star、Fork、License、更新时间及健康证据样本来自 GitHub 公开接口。

项目方自述

功能与使用方式主要来自仓库描述和 README,未经本站独立验证。

AI 推断

适用场景、优势与局限属于辅助解读,应结合原始文档独立判断。

  • GitHub事实:仓库语言标记为Clojure,当前公开数据为1693星、190复刻、18个未关闭的issue/PR。
  • 项目方自述:README将SwarmForge描述为“基于tmux的AI助手编排平台”,并明确警告不要为bankrbot SWARM代币花费金钱。
生成于 2026-08-07 19:46 规则版本 2026-08-v5-plain-language
内容有误或您是项目作者?提交纠错
仅保存处理所需内容,不记录原始 IP;可信项目作者的高风险申诉会优先处理。