Archon 工作流工厂
用可复用的 YAML 工作流把编码流程变成可重复执行的工厂。
- Star 数
- ★ 24k
- 最近更新
- 今天
- License
- MIT
- 主语言
- TypeScript
- FA 评分
- 64/100 · 存在缺口
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 费用
- 软件免费,模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 维护者希望把 issue 到 pull request 的计划、实现、审查和 CI 步骤固定下来,可采用内置 sdlc 工作流包。
- 不适合
- 需要无需配置即可自动触发队列的团队
- 必须依赖非 GitHub 代码托管平台的团队
- 源码审查
- 64/100 · 存在缺口
这个 Agent 能做什么,适合哪些场景?
Archon 是一个自托管工作流引擎,用 YAML 描述由代理、脚本、命令、循环、子工作流和人工决策组成的流程。它通过 Claude Code、Codex 和 Pi 的 CLI 或 SDK 执行代理步骤,并可在 Git 仓库中为每次运行创建独立 worktree。内置 sdlc 工作流包可将 GitHub issue 推进到经过审查、等待 CI 并可合并的 pull request;运行也可暂停并在注意事项队列中等待人工回答。用户通过 CLI 启动流程,可用 Web 控制台查看运行和回答问题;默认使用 SQLite,也支持 PostgreSQL。它适合希望自托管、固定步骤和审核门槛的软件团队;使用内置 GitHub 流程需要 GitHub CLI。
在项目的 .archon/workflows/ 中读取 YAML 工作流,按依赖关系执行提示词、bash 命令、脚本、循环和子工作流。代理可调用 Claude Code、Codex 或 Pi;循环可持续运行至指定 bash 条件满足或达到迭代上限。需要人工判断时,运行会暂停并创建 attention 项目,展示原因、建议和可选决策,收到回答后继续。内置 sdlc 包通过 gh 检查 issue、生成交付 brief、执行计划和实现、以专门视角审查并修复发现、等待 CI,再由合并队列检查审查结论与 CI 后处理 pull request。每次运行会记录事件、转录和成本;仓库运行默认使用独立 Git worktree。
- 维护者希望把 issue 到 pull request 的计划、实现、审查和 CI 步骤固定下来,可采用内置 sdlc 工作流包。
- 需要同时处理多个任务的软件团队,可让每次仓库运行在独立 Git worktree 中工作。
- 希望编码队列自主推进、只在需要决策时介入的维护者,可使用 attention 队列处理暂停运行。
- 需要把内容制作、研究、运营或支持流程写成步骤、检查和决策的团队,可用 YAML 编排代理、命令和人工等待节点。
- 希望在本机或服务器保留运行状态与审计记录的团队,可自托管并选择 SQLite 或 PostgreSQL。
如何安装或部署这个 Agent?
安装 Claude Code 并登录,或安装 Codex;Archon 安装器可询问要添加哪些 provider。也可使用 Homebrew 安装后运行 setup:
curl -fsSL https://archon.diy/install | bashWindows PowerShell 安装命令:
irm https://archon.diy/install.ps1 | iexHomebrew:
brew install coleam00/archon/archon
archon setupREADME 还记录了从源码、Docker 和服务器安装方式,但此处未提供对应命令。使用内置 sdlc 包时还需 GitHub CLI gh;队列默认不绑定触发器。
如何使用这个 Agent?
进入一个 Git 仓库,列出可用工作流并启动调查:
cd your-project
archon workflow list
archon workflow run archon-investigate "Why does the login test fail?"也可以将自己的 YAML 文件放入 .archon/workflows/,例如:
name: build-feature
description: Plan and implement a feature.
nodes:
- id: plan
prompt: "Read the request and code. Write an implementation plan."
- id: implement
depends_on: [plan]
loop:
prompt: "Implement the next step of the plan."
until_bash: "bun run test"
max_iterations: 10
fresh_context: true使用 archon workflow run build-feature "Add dark mode" 启动该流程。可运行 archon serve 打开 Web 控制台,或用 archon workflow attention 在终端查看并回答暂停运行的问题。要让 Claude Code 或 Codex 驱动 Archon,可在项目中运行 archon skill add。
这个 Agent 有哪些优点和局限?
- YAML 工作流明确规定步骤、依赖、循环和人工审批门槛,可重复运行同一流程。
- 支持 Claude Code、Codex 和 Pi,通过各自 CLI 或 SDK 使用已有账号和项目指导。
- 每次仓库运行默认使用独立 Git worktree,且每次运行有事件日志、转录和成本记录。
- 可自托管,默认 SQLite,并提供 PostgreSQL 选项;除软件开发外也能编排其他流程。
- 使用代理步骤需要先安装 Claude Code、Codex 或 Pi,并具备相应账户或运行环境。
- 内置 sdlc 包目前通过 GitHub CLI
gh工作,其他代码托管平台的 forge 插件路径需自行配置。 - 队列默认没有绑定触发器;要按计划或 issue 事件启动,需配置 trigger。
- README 未说明模型费用或运行成本金额;若调用付费模型,费用取决于相应服务。
这个 Agent 与同类方案有什么区别?
Archon 将工作流步骤、检查和审批写入 YAML,并调用 Claude Code、Codex 或 Pi 执行具体代理任务;它不是另一个独立编码代理。与逐次直接向编码代理下达任务相比,它适合需要固定流程和审计轨迹的场景。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Archon 工作流工厂 当前 | 64 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 24k | 今天 | TypeScript | Codex · Claude Code |
| Cezar — AI 编码代理编排器 | 63 · 存在缺口 | 命令行工具免费 | ★ 743 | 今天 | TypeScript | Codex · Claude Code |
| TAKT 工作流编排器 | 57 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 1.4k | 今天 | TypeScript | Codex · Claude Code · OpenAI API · Claude API |
| Firstmate 编码代理舰队 | 45 · 缺口较多 | 命令行工具 | ★ 8.1k | 今天 | Shell | Codex · Claude Code |
FollowAgents 如何评估这个 Agent?
查看各维度的扣分理由
README详细列出遥测字段、排除项、退出方式及状态/重置命令,支持较高的数据流透明度;工作流示例包含人工审批,且文档称有审批门和事件日志。扣分因安装命令会执行远程脚本、工作流可运行 bash 并推送/合并代码,来源材料未证明这些动作均有逐项确认或全面权限限制;安全建议提到环境变量和公开部署认证,但敏感数据保护及回滚机制说明有限。依赖覆盖和漏洞处置政策也未在所给材料中得到充分证明;发布者身份未核验,材料没有清晰的独立维护或更新责任信息。
README描述队列、持久状态、工作树隔离和失败分类,测试脚本及包配置展示一定工程支撑;网络测试守卫提供具体错误信息。扣分因所给材料未能独立佐证核心可靠性主张,守卫本身仅拦截 fetch 且有明确覆盖缺口;依赖可用性、离线行为和整体故障恢复细节不足。
材料覆盖软件交付及内容、研究、运营、支持等场景,并说明 YAML 节点、插件种类、CLI/Web/聊天入口和多种部署形态。扣分因广泛能力边界及每种环境适配要求尚未充分限定;触发器可手动或绑定计划/事件,但默认不绑定及适用条件说明较简略。
README组织清楚,提供快速开始、文档索引、安装指引入口、工作流示例和故障排查入口;MIT 许可证文本完整。扣分因具体安装依赖主要链接到外部指南,所给文件没有常见问题内容、完整限制清单或正式变更记录;维护责任仅有贡献与漏洞报告联系方式,范围有限。包版本和运行时要求明确,但材料不足以建立稳定命名及版本迁移实践。
工作流示例展示从计划、实现、测试循环到人工审批和 PR 的可操作输出,产品主张的流程固定、队列和审计记录有一定具体机制支撑。扣分因材料没有独立量化这些机制的普遍收益,复杂度、模型/CLI 成本及维护开销也未充分与收益对照。
README中的遥测字段和示例可追溯到明确的产品说明,提供了部分具体行为和配置;测试守卫文件也解释其用途和边界。扣分因核心产品效果与规模数据主要由 README 自述,所给材料缺少独立交叉佐证;部分表述是产品主张,虽能与机制描述区分,仍缺少外部验证。
- 工作流可执行命令并触发推送或合并等外部动作;部署前应审阅工作流与权限配置,并确认审批门覆盖预期操作。
- README称默认发送匿名遥测并说明退出方式;组织部署前应审阅字段、接收端和退出配置。
常见问题
运行会产生哪些费用?
Archon 会自动开始处理 issue 吗?
运行需要哪些权限或本机资源?
gh 操作。应为工作流配置提供所需的仓库和命令访问权限。如果运行需要我判断,流程会怎样?
archon workflow attention 中回答,之后流程继续。