质量门禁
在CI/CD流水线中为LLM表现设立的可量化准入标准，通过将模糊的输出质量转化为通过率等具体数字指标，用于决定代码是否允许合并
时间轴 (近 90 天)
验证关卡借鉴了软件工程中的质量门禁（Quality Gate）概念，将“完成”的定义从主观判断转变为可审计的客观证据。
质量门禁中任何静默跳过都应要求一个显式、可见、受版本控制的退出选项。
评分范围0-100，并事先声明硬阈值（例如85），低于阈值即判定失败，使验收结论可记录、可比较、可追溯。
300行限制直接写进质量门禁脚本，超过300行质量门禁直接失败。
质量门禁比堆砌重试逻辑更根本：门禁决定什么能通过，重试只是处理失败的补救措施
质量门禁指在代码进入主干或发布流水线前必须通过的自动化校验集合，常见形式包括静态分析、类型检查、单元与集成测试覆盖率阈值、依赖漏洞扫描、许可证合规检查等。
调阈值的数据和最终验收的数据必须分开，不能一边看验收答案一边修改规则
解决方案是：在每个检查旁边放一个'必须失败'的用例，并且每次都运行它。
全部知识事实 (8)
验证关卡借鉴了软件工程中的质量门禁（Quality Gate）概念，将“完成”的定义从主观判断转变为可审计的客观证据。
50%待验证质量门禁中任何静默跳过都应要求一个显式、可见、受版本控制的退出选项。
50%待验证评分范围0-100，并事先声明硬阈值（例如85），低于阈值即判定失败，使验收结论可记录、可比较、可追溯。
50%待验证300行限制直接写进质量门禁脚本，超过300行质量门禁直接失败。
50%待验证质量门禁比堆砌重试逻辑更根本：门禁决定什么能通过，重试只是处理失败的补救措施
50%待验证质量门禁指在代码进入主干或发布流水线前必须通过的自动化校验集合，常见形式包括静态分析、类型检查、单元与集成测试覆盖率阈值、依赖漏洞扫描、许可证合规检查等。
50%待验证调阈值的数据和最终验收的数据必须分开，不能一边看验收答案一边修改规则
50%待验证解决方案是：在每个检查旁边放一个'必须失败'的用例，并且每次都运行它。
50%