AI 代码的发布控制室

不要凭感觉上线 AI diff。

Agent Guardrails Pro 把 AI 生成的代码变更转成上线决策：是否可以发布、缺什么证据、下一步最便宜且最有用的验证是什么。

查看产品闭环 了解使用流程
check --json pro status pro report pro workbench --open
用户首先看到的内容

这个 AI 改动能上线吗？

暂时不能

第一屏用人能读懂的话回答发布问题，再给出一个真正有价值的下一步。原始 JSON 仍然保留给自动化和审计，但不应该是主要用户界面。

阻塞原因：缺少生成代码证明 下一步：运行 codegen 证明并重新执行门禁 回执：报告记录已接受和缺失的证据
真实夹具生成的 Agent Guardrails Pro 本地 Workbench 截图
真实 Pro Workbench 渲染截图。用户先看到上线决策和一个 agent handoff，而不是先读 JSON。
真实使用

减少发布工作，而不是制造材料。

用户不是为了通过工具而补 evidence。Pro 把本来就存在的发布问题变成简短 briefing：改了什么、真实风险是什么、下一步值得运行什么证明。

1. 运行同一个门禁

用户仍然从仓库里运行 `agent-guardrails check`。如果 Pro 已激活，输出会优先展示上线答案。

2. 交给现有 agent

Pro 生成一个下一步和 agent handoff prompt，让 Codex、Claude Code、OpenCode 等现有工具去运行或观察证明。

3. 保留回执和记忆

报告记录决策为何变化、证据保存在哪里、还有什么风险，让用户不必另写一份发布清单。

Pro 增加什么

付费层是证据和决策，不是装饰。

OSS 负责范围和基础安全边界。Pro 负责解释当前改动能不能上线、为什么可信、以及用最少工作关闭缺口。

上线决策

优先给出 go、need evidence 或 hold，而不是让用户从一堆检查项里推断。

证据计划

按 API、UI、data、auth、async、deploy、scope、validation 等影响面整理缺失证明。

仓库记忆

记录过去哪些证据关闭过缺口，下次类似风险出现时推荐本仓库验证过的命令。

Operator workflow

从 AI diff 到 ship/no-ship。

Agent Guardrails Pro 面向使用 Codex、Claude Code、Cursor、OpenCode 或其他 AI 编码工具的独立开发者和小团队。

运行门禁

继续使用 OSS 命令；安装并激活 Pro 后，它会补充上线决策。

收集证明

跟随最便宜的下一步，不再猜应该跑哪个测试、浏览器检查或回滚说明。

带回执发布

生成可读的 go-live report，记录已接受证据、缺失风险和决策链路。

$ agent-guardrails check --review
Go-live verdict: HOLD (high)
Cheapest proof: npm test -- auth
Trust receipt: missing allow/deny permission evidence
打开示例报告 查看下载状态
维护层

让 agent 离开后项目仍然可维护。

Pro 不替代你的编码 agent。Workbench 是 sidecar：把发布状态、证据、仓库记忆和公开文档放在同一个可读界面里。

Ship

能不能上线、为什么不能、哪个动作最可能改变结论。

Evidence

命令输出、截图、回滚说明和可见验证记录，这些本来就是发布信心的一部分。

Docs

公开文档更新计划与本地 issue、superpowers 日志、sandbox 产物明确分离。