BlastLoop：面向 AI 编码智能体的结构优先分层方法

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

它存在的意义： AI 编码智能体让团队更快，但它们也让失败来得更快。BlastLoop 将运维思维应用于智能体工作：每一处变更都有相应高度的所有者，每个结果在发布前都要按固定顺序通过结构、运维和对抗性三道关卡。

公开简报 / 公开文章已上线。 更完整的 BlastLoop 解释：WORLDWRIGHT 第 3 期，AI 并未消除工程失败。它让失败来得更快。

版本： 1.0.0 标语： 结构第一，功能第二，攻击第三。

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

将此仓库克隆到需要智能体协助的项目中。
将你的智能体指向 AGENTS.md。
Load one build prompt based on the altitude of the work:
- 系统或仓库结构 -> prompts/blast.md
- 子系统或功能切片 -> prompts/mid.md
- 本地文件或单元变更 -> prompts/inner.md
让智能体在该高度编写代码。BlastLoop 不是先规范、再计划、最后由一个实现者完成。构建层应在其自身范围内产出代码。
Run the test loop in order:
如果 T3 发现结构性问题，从 T1 重新开始，将更正路由回 Blast、Mid 或 Inner，然后再次运行 T2 和 T3。

这就是完整的公开版本：加载正确的提示，在正确的高度编写代码，然后按正确的顺序进行测试。

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

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

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

Mid 编写子系统代码。

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

Inner 编写本地单元代码。

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

按此顺序运行测试。

T1 查找结构性问题：边界错误、逻辑处于错误的高度、抽象泄露、文件归属混乱、缺失接口或横切关注点错位。

T1 的行为不像普通的缺陷修复者。它的职责是判断代码的形态是否正确，并将更正路由回正确的编写者：Inner、Mid 或 Blast。

当结构已经合理时，T2 直接修复缺陷和运维问题。

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

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

如果 T3 发现结构性问题，循环按如下方式重新开始：

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

这条重启规则很关键。结构性的破坏应当以结构性的方式修复，而不是当作局部 bug 简单打补丁。

不是事实核查器。 BlastLoop 是一个编码与测试框架，而非真相引擎。
不是 GitHub Spec Kit。 Spec Kit 的流程是 spec -> plan -> tasks -> implement -> converge。BlastLoop 是多种编码层级加上一个分阶段的测试循环。
不是相互竞争的“智能体风格”。 BlastLoop 可以与 Spec Kit、氛围编码、聚焦的局部实现提示，或红/蓝测试协同工作。这些都可以归属于某个层级或测试环节；BlastLoop 是一种以结构为先、对其进行路由的循环。
不是多智能体组织架构图。 这一公开版本并未定义管理层级、机器人层级结构或私有自动化。
不只是红/蓝测试。 对抗性测试仅用于 T3，并非整个方法的全部。

BlastLoop 不要求单一编码风格或单一规划流派。

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

简要对照请参见 docs/COMPARISON.md。

MIT。参见 LICENSE。