规格优先：Agentic开发插件Prove亮相Hacker News

当AI代理开始写代码，谁来保证它写对了？

Hacker News上出现了一个名为「Prove」的Show HN项目，定位是规格优先的Agentic开发插件。虽然帖子热度不高（4 points、0 comments），但它切入的问题相当扎实：当AI代理越来越多地参与代码生成，开发者需要的不是更多的生成能力，而是把「规格」放在「生成」之前的工程约束。

这个项目的名字本身就带有态度——Prove，证明。它暗示的不是让AI「试着写写看」，而是让AI在写代码之前先被规格约束，写完后再被验证。

规格优先到底在优先什么

传统AI编程助手的流程大致是：给提示词 → 模型生成代码 → 人工审查。问题在于，模型生成的代码往往「看起来对」，但和开发者真正想要的行为之间存在偏差，而审查成本并不低。

规格优先（Specification First）的思路是把顺序倒过来：先用某种形式化的规格描述「要做什么」，让AI代理在这个约束下生成实现，再把实现与规格做对照验证。Prove作为插件形态出现，意味着它想把这一套流程嵌入开发者已有的工作流，而不是另起炉灶做一个独立平台。

从项目定位看，它同时覆盖了「开发」和「证明」两端——既约束生成过程，也对结果给出可验证的依据。

规格优先（Specification First） 在软件工程中并非全新概念，它源自形式化方法与契约式设计（Design by Contract）的传统。其核心思想是：在实现之前，先用精确的语言描述系统「应该做什么」，包括前置条件、后置条件与不变式，再让实现去满足这些约束。与自然语言提示词相比，形式化规格的优势在于可机器检验——验证器可以自动比对实现行为与规格声明是否一致。在AI编程场景下，规格优先把「意图表达」和「代码生成」解耦：规格由人负责，生成由AI代理完成，验证则由工具链自动执行。这与测试驱动开发（TDD）有相似之处，但规格比测试更强调对行为的完整刻画，而非仅覆盖若干样例。

插件形态的取舍

选择插件而不是独立工具，是一个务实的决定。Agentic开发涉及编辑器、版本控制、测试环境等多个环节，插件能贴着现有工具链走，降低迁移成本。代价是插件的能力边界受宿主环境限制，规格语言和验证机制的设计空间也会被压缩。

另一个值得留意的点是「Prove」这个名字里隐含的期待：它不只是生成代码，还要给出某种可检验的结论。这在AI编程工具里属于偏工程化的方向，与追求「一句话生成整个应用」的路线形成对比。

Agentic开发指让AI代理在较少的逐步指令下自主完成多步任务，例如读取代码库、修改多个文件、运行测试并根据结果迭代。与单轮代码补全不同，Agentic代理需要访问编辑器上下文、版本控制状态和测试环境，因此对工具链集成度的要求更高。插件形态让代理能直接读取宿主编辑器的缓冲区、调用其诊断接口，并把生成结果以补丁形式呈现，便于人工审查。但插件运行在宿主沙箱内，通常无法自由安装系统级依赖或自定义完整的验证运行时，这会限制规格语言表达力和验证器实现的深度。

为什么这类项目值得关注

AI编程的讨论长期集中在模型能力上，但真正决定落地效果的往往是工程约束。规格优先的思路把人的意图前置、把验证后置，中间留给AI代理去填充，这在责任划分上更清晰——出问题时可以定位是规格没写清，还是实现偏离了规格。

这个项目目前信息有限，热度也低，但它代表了一类正在出现的工具：不追求更强的生成，而是追求更可控的生成。对于在真实项目中引入AI代理的团队来说，这个方向可能比又一个代码补全插件更有长期价值。

（注：本文基于Hacker News项目发布信息撰写，项目具体实现细节尚未公开，后续表现有待观察。）

可验证的生成是AI编程工具中一个正在分化的方向。主流路线以提升模型生成质量为目标，通过更大模型、更多上下文和更强补全来减少人工修改；另一条路线则把重点放在「生成结果能否被独立检验」上，典型手段包括：让AI同时产出实现与形式化规格，再用SMT求解器或属性测试工具做一致性检查；或要求代理在提交代码前先通过一组由规格自动导出的测试。后者的价值在于把AI的不确定性转化为可审计的证据链——即使无法保证生成完全正确，也能在规格层面界定「正确」的含义，并在实现偏离时自动报警。