BlastLoop 是 Ross Shaw 为 AI 智能体打造的一套实用编码框架：Blast、Mid和Inner在不同高度编写代码，然后依次用T1 结构性、T2 缺陷/运维和T3 对抗性进行测试。

它为何存在：AI 编码智能体让团队更快，但也让失败更快。BlastLoop 将运维思维应用于智能体工作：每项变更都有对应高度的负责人，每个结果在交付前都要按固定顺序通过结构性、运维性和对抗性关卡。

公开的 newsletter / 公开文章已上线。更完整的 BlastLoop 说明：WORLDWRIGHT 第 3 期，AI 并未消除工程失败，只是让它更快了。

版本：1.0.0标语：结构优先，功能其次，攻击第三。

5 分钟内即可将 BlastLoop 与 AI 编码智能体配合使用

  1. 将此仓库克隆到你需要智能体协助的项目中。
  2. 将你的智能体指向AGENTS.md。
  3. 根据工作的高度加载一个构建提示词：
  4. 让智能体在该高度编写代码。BlastLoop不是先写规格、先做计划、再由单一实现者执行。构建层应在其自身范围内产出代码。
  5. 按顺序运行测试循环：
  6. 如果 T3 发现结构性问题，则重新从 T1 开始，将修正路由回 Blast、Mid 或 Inner，然后再次运行 T2 和 T3。

这就是全部公开内容：加载正确的提示词，在正确的高度编写，然后按正确的顺序测试。

参见docs/HANDOFFS.md了解所需的交接包和路由规则。某个阶段可以从自身视角建议修复，但拥有该高度的角色仍负责决定并实施变更。

B / M / I：三个编码高度

Blast

Blast编写系统级代码和结构。

当任务涉及改变仓库形态、服务边界、顶层接口、共享契约、部署结构或新能力的骨架时，使用 Blast。

Mid

Mid编写子系统代码。

当任务大于本地补丁但小于系统重设计时使用 Mid：功能切片、服务模块、集成面或子系统重构。

Inner

Inner编写本地单元代码。

当任务局限于少量文件、函数、测试或适配器时，使用 Inner。Inner 是 BlastLoop 中的本地单元层级：范围聚焦、归属清晰、直接完成变更。

T1 -> T2 -> T3 测试循环

按此顺序运行测试。

T1 结构性

T1 查找结构性问题：边界错误、逻辑处于错误的层级、抽象泄漏、文件归属被破坏、接口缺失或横切关注点放错位置。

T1 的行为不像一个通用的 bug 修复者。它的职责是判断代码的结构是否正确，并将修正路由回正确的编写者：Inner、Mid 或 Blast。

T2 bug / 运维

当结构已经健全时，T2 直接修复 bug 和运维问题。

如果 T2 发现该问题实际上是架构层面的，它会升级回 T1，而不是在本地掩盖问题。

T3 对抗性

T3 攻击结果：边界情况、误用、竞态条件、怪异输入、脆弱假设、安全态势、回滚路径和失败行为。

如果 T3 发现一个结构性问题，循环会这样重新开始：

T3 -> T1 -> B/M/I 修正 -> T2 -> T3

这条重启规则很重要。结构性损坏应当以结构性方式修复，而不是当作本地 bug 打补丁。

这不是什么

  • 不是事实核查器。BlastLoop 是一个编码与测试框架，不是真相引擎。
  • 不是 GitHub Spec Kit。Spec Kit 是 规格 -> 计划 -> 任务 -> 实现 -> 收敛。BlastLoop 是多个编码层级加上一个分阶段测试循环。
  • 不是一种竞争的“智能体风格”。BlastLoop 可以与 Spec Kit、氛围编程、聚焦的本地实现提示词或红/蓝测试配合使用。这些可以位于某个层级或某个测试层之内；BlastLoop 是负责路由它们的结构优先循环。
  • 不是多智能体组织架构图。这个公开版本不定义管理层级、机器人层级或私有自动化。
  • 不只是红/蓝测试。对抗性测试只是 T3，而不是整个方法。

与其他智能体风格配合使用

BlastLoop 不要求某一种编码风格或某一个规划流派。

  • Spec Kit 可以在编写代码之前塑造规划。
  • 氛围编程或其他实现风格可以在 Blast、Mid 或 Inner 内部运作，具体取决于范围。
  • 当任务适合时，聚焦的本地实现提示词可以在 Inner 内部使用。
  • 红蓝测试自然地适用于 T3 对抗性工作。

BlastLoop 的职责是路由工作：选择正确的层级，然后按顺序运行 T1 -> T2 -> T3。

参见docs/COMPARISON.md以获取简短的并排对比。

仓库内容

许可证

MIT。参见LICENSE。