让AI帮你设置计费漂移检测

dev.to 2026-07-04T15:06:05.504100

用户已付款。Stripe 显示正常。但应用仍然限制他们访问。他们有活跃的订阅。结账正常。测试通过了——因为在 CI 中 Stripe 被模拟了。但 Postgres 中的 has_paid_access 仍为 false。这就是计费漂移(billing drift)。问题存在于计费和数据库不一致的地方。单元测试不会同时检查这两个系统。

v0.13:代理优先设置

ProdVerdict v0.13 为 AI 代理推出了非交互式引导(non-interactive bootstrap)。一个命令(或一个技能安装)即可完成配置、定时漂移检测、Cursor MCP 和团队技能。先看看这个 bug——无需凭证:

npx prodverdict demo

你想要 FAIL。活跃订阅,has_paid_access false。安装这个技能:

npx skills add prodv-dev/prodverdict-sdk@prodverdict-setup -g -y

告诉 Cursor:“为此仓库设置 ProdVerdict。”或者直接引导:

npx prodverdict setup --yes --format agent --from-env

这会生成 prodverdict.yml、每小时的 GitHub Actions 工作流、.cursor/mcp.json,并将 prodverdict-setup / prodverdict-verify 技能复制到团队共享的 .cursor/skills/ 目录中。如果存在 .env.local,还会自动从中读取环境变量。

定时漂移,而非 PR 门控

漂移发生在部署之后——当 webhook 在生产环境中触发时。访问权限是一个定时监控器:

npx prodverdict scheduled --frequency hourly --install

将只读的 STRIPE_SECRET_KEY、只读的 DATABASE_URLSLACK_WEBHOOK_URL 设置为仓库密钥。当检查结果为 FAIL 时,通过 Slack 发送告警。

配置、迁移、边界和 webhook 合约仍然在 PR 上运行。访问权限检查能捕获三周前那次出问题的处理器。

确定性,失败时关闭

评估路径中不包含 LLM。缺少 Stripe 密钥会返回失败,而不是静默通过。计费密钥保留在你的运行器上。

私有仓库免费使用 CLI + GitHub Action。

演示后遇到问题?在 Discord 上联系 @xiamep(链接在 prodverdict.com/study)。

文档:https://prodverdict.com/docs/agents/ai-setup
演示视频:https://prodverdict.com/agents
GitHub:https://github.com/prodv-dev/prodverdict-sdk

你上个月遇到过哪些计费不一致的情况?

查看原文