企业官网建设流程全解析

vibecode-pro-max-kit 是一款面向 Claude Code 与 Codex 的规格驱动 AI 编程工具包，它的核心卖点之一，是内置的PVL + EVL 双自修复质量环：在写代码前自动审查计划、写完代码后独立重跑测试，发现问题→修复→再检查，直到质量关卡全绿，从而在上架（合入）前自动抓住错误。

为什么"测试全过"不能直接相信？

用 AI 写代码时，一个常见的坑是：执行 agent 报告"所有测试通过"，但它跑的和真正该跑的测试往往不一致，或者只测了自己新写的部分。代码就这样带着问题流向了用户。

vibecode-pro-max-kit 的思路是：不信任任何单点的"我已完成"声明。它在外层包了两个独立的检查修复循环——写代码前的 PVL，和写代码后的 EVL，分别由不同的 agent 把关，互相不"作弊"。

PVL：动键盘之前，先审计划

PVL（Plan-Validate-Fix）发生在写任何一行代码之前。vc-validate-agent对刚写好的计划执行 V1–V7 关卡，把计划变成一份可执行的"约定清单"（Validate Contract），覆盖四个维度：

• 基础设施/部署是否对得上（端口、服务、路径是否真实存在）
• 测试覆盖策略是否完整
• 是否有破坏性变更伤到下游
• 安全面扫描

裁定结果只有三种：PASS（放行）、CONDITIONAL（有可修复的问题）、BLOCKED（方向性错误）。后两者都不是终点：系统会把缺口清单交回给vc-plan-agent精准补充计划，然后从 V1 重新整轮重检，最多循环 10 轮。只有拿到 PASS，EXECUTE（写代码）才会被解锁。

规则细节见：08-validate.md

EVL：代码写完后，换独立检查员重跑测试

真正精彩的部分在 EVL（Execute-Validate-Fix）。执行 agent 报告 DONE 之后——即使它声称所有测试都过了——主 agent 会强制启动独立的vc-tester，逐条重跑约定清单里写明的精确测试命令。关键设计有三条：

1. 独立重跑：vc-tester不复用执行 agent 的测试记录，自己跑一遍才算数；
2. 禁止"空转绿灯"：只要开发过任何行为（后端/前端/容器），就必须有真实运行的自动化 E2E/集成关卡，否则不允许报绿，只能被降级为"需继续测试"并生成补测任务；
3. 回归防护：EVL 还会重跑之前各阶段归档的关卡，防止新功能弄坏旧功能。

某个关卡失败时，系统把限定范围的修复任务交给vc-execute-agent（只许修这个失败点，不许顺手扩大改动），修完立即重测，同样最多 10 轮。全部绿灯后，测试证据才会随代码一起进入提交流程。

EVL 的完整步骤（Delta 对比、关卡确认、失败修复循环、交接摘要格式）见：09-execute.md

幕后引擎：vc-autoresearch 共享循环

PVL 和 EVL 其实跑在同一个循环引擎vc-autoresearch上，口号是一句话：找缺口 → 修缺口 → 重复，直到没有缺口。

主 agent 作为"记账员"，持有轮次计数器、每轮迭代报告（{slug}-iteration-{NNN}_REPORT.md）、TSV 日志，并做平台（连续多轮无进展）与回归检测；工作 agent 则即发即忘——干完一轮就停，绝不自己偷偷重启循环。这保证了循环不会失控空转，10 轮上限 + 平台检测是硬性刹车。

同一引擎也能独立使用，用于"加固 spec"、"修完所有 lint"、"提升测试覆盖率"等任何重复性的找问题-修复任务。设计文档见：vc-autoresearch-spec.md

新手如何使用这套双质量环

无需手动盯着循环：在 Autopilot 模式下（/goal自动运行），PVL 发现 CONDITIONAL 会自动补充计划并重检，EVL 发现红灯会自动修复并重测，全程无人工卡点；只有 10 轮仍不过的缺口才会被记录为 backlog 待办，程序继续前进。想深入协议全貌，可以阅读：

• 编排总览：orchestration.md
• 中文完整文档：README.zh-CN.md（"两大质量循环"一节有完整流程图）
• 中文贡献指南：CONTRIBUTING.zh-CN.md

小结

一句话总结：vibecode-pro-max-kit 用两个互相独立、各有 10 轮上限的自修复循环，把"AI 说的都对"变成了"测过的才算对"——错误在合入之前就被自动抓住、自动修掉。