给它一次变更， 拿回结论和信任依据。
一次任务，从理解意图走到合并与发布就绪结论。
- 理解变更
- 规划验证
- 独立执行
- 输出结论
面向 AI 软件交付的证据化变更验收平台· Nº 01小范围内测 · 计划 2026 Q4 开放公测
扩大 Agent 产出， 不必同时放大审查成本和交付风险。
OpenQA 把每次软件变更转化为有证据支撑的合并与发布决策。
- 理解变更：连接目标、需求、代码 Diff 与仓库上下文，明确声称完成了什么。
- 识别风险：分析影响范围、越界修改、覆盖缺口以及功能、安全和兼容性风险。
- 独立验证：按风险调度测试、代码分析、安全扫描与真实环境执行，不采信 Agent 的完成声明。
- 形成结论：把日志、Trace、截图和工具结果绑定到具体变更，说明能否合并、发布以及仍缺什么证据。
独立验证 Agent 的改动，并清楚说明依据是什么、还缺什么、哪些风险需要人工确认。
Change Acceptance Record
PR #482 · 订单权限校验
01
理解变更
目标 · Diff · 影响范围
02
独立验证
测试 · 安全 · 运行时
03
决定准入
合并 · 复核 · 阻断
直接证据
- 回归测试：修复前失败，修复后通过
- 权限相关测试集：通过
- SAST：无新增高危问题
剩余风险
未验证跨租户访问隔离
下一步
允许合并；发布前人工确认
证据化变更验收· Nº 02
不重建工具链，把分散信号变成验收结论。
团队已经拥有测试框架、代码扫描器、CI 和监控系统，缺少的是针对一次具体变更统一判断“证据是否充分”。OpenQA 调用这些工具，但不替代它们；最终输出一份 Change Acceptance Record。
OpenQA Verifier
在本地或 CI 中独立运行。给它一个目标、提交或 Pull Request，它会制定验证计划、获取直接证据并形成就绪结论；过程可见，策略受保护。
了解 Verifier变更图谱
把需求、代码调用、依赖、业务流程与历史结果连成可查询关系。每次变更先明确意图、影响范围和禁止事项。
查看变更建模验证基础设施
测试、代码分析、安全扫描、浏览器、真机和远程执行都是证据来源。OpenQA 按变更风险调用，并把结果归一到同一份 Change Acceptance Record。
查看验证能力验证技能库
收录自研、开源和第三方验证技能，说明来源、权限、版本和适用风险。按需安装，也可沉淀企业自己的验收规则。
浏览技能库
一次变更凭什么被接受· Nº 03
判断不能只看一份 Diff。
验收依据通常散落在需求、代码、测试、安全工具和运行系统里。OpenQA 将它们绑定到同一个变更与策略版本。
- 变更意图
- 它声称解决什么问题，应满足哪些验收条件。
- 直接证据
- 哪些检查真正执行，覆盖了哪些风险与路径。
- 剩余风险
- 哪些条件尚未验证，哪些必须由人判断。
- 目标与需求Issue、规范和验收条件，定义这次变更原本要完成什么。
- 代码与依赖Diff、函数、接口、配置和依赖，说明实际改了什么并会影响哪里。
- 测试与检查构建、测试、覆盖率、静态分析和安全扫描的直接输出。
- 执行证据真实请求、日志、Trace、截图和环境信息，证明实际发生了什么。
- 策略与结果仓库规则、豁免、人工决定以及上线后的回归与回滚记录。
一次验收怎么完成· Nº 04
从软件变更，走到证据化决策。
Agent PR 独立验收· Nº 06
拿一个真实 Agent PR，做一次独立验收。
选择一个仓库和一项变更，让 OpenQA 判断它是否达到合并条件。 执行了什么、证据是否充分、还缺什么，都会清晰呈现。