Skip to content

AgateonAgents on the gate.

把软件任务交给编排好的 agents,每一阶段用机器可校验的 gate 把关——交回来的是验证过的成果,而不是一份“应该能行”的自述。

终端里跑着 agate next——三道 gate 通过,exit 0,状态机前进。

任务进,验证过的成果出

把任务交给编排者。八个 phase——需求、设计、测试先行、实现、验证、验收、一致性、发布——每一阶段都必须通过机器可校验的 gate 才能前进。交回来的是有测试、有文档、可验证的成果。

gate 是硬边界

进度由客观信号裁决——测试 exit code、git log、BDD 计数——而不是“看起来差不多”。gate 失败会把阶段打回;信号不真实,就不会推进。

状态能扛过崩溃

所有进度都落在版本控制的 Markdown 里。会话中断可从断点恢复,每一步都能从 git 历史审计。

角色按设计隔离

一个编排者规划与派发,独立 subagent 执行,gate 评判。干活的那个 agent 永远不会给自己写的东西盖章。

快速开始 ​

从全新的 checkout 安装并运行 Agateon:

bash
curl -sSL https://raw.githubusercontent.com/randomgitsrc/agateon/main/install.sh | bash

无需运行时,无需守护进程。协议是一组 Markdown 卡片加 gate 脚本,和你的工作代码一起存在版本控制里。

用 Agateon 构建的 Agateon ​

这个仓库就是自己的第一个用户:agate-workspace/tasks/ 里的每一个任务——包括修复自己失败的那些,比如独立裁判——都是用 Agateon 跑自己产出的。清单本身就是证据,随任务增长。你将要依赖的那些 gate,正是构建这个站点的同一批 gate。

博客最新动态 ​

最新 · 2026-10-09 · 约 7 分钟

你的 agent 工作流里没人读的那些开关

配置被校验过,不等于配置被用上了。三步审计法,帮你找出自己 agent 工作流里的死开关——外加我们跑这套审计时发生了什么,包括我们的第一个诊断被实测推翻的那部分。

阅读全文 →

阅读全部文章 →

像构建系统验证编译器一样验证 AI Agent。