你的代码「测试全绿」但上线就崩？试试这个1.3万星的生产验伪器

你最近有没有这种感觉——项目「测试全绿」上线，结果第二天服务器炸了？

不是你的代码烂，是测试环境太干净了。真实数据库？测的是内存 sqlite。真实 API？用的 test key。真实并发？跑的是串行循环。

这就是为什么很多项目一上线就出 bug：测试里全是假数据，你根本不知道自己埋了多少雷。

今天刷到一个很硬核的 Skill——agent-production-validator，专门解决这个问题的。

它是干嘛的

简单说，这是一个给 AI agent 用的「生产环境验伪器」。

它会在代码部署前，主动扫描你有没有在生产代码里留 mock/fake/stub 实现；用真实数据库跑 CRUD；连真实外部 API（Stripe、邮件服务等）；压测真实并发性能。

换句话说，它逼你承认：你的代码到底是真的能用，还是只在测试里看起来能用。

核心能力，5 个维度

1. 假代码扫描
grep 全局搜 $mock、$fake、$stub、TODO: implement 这些关键词——一旦在非测试目录里找到，直接标红。

2. 真实数据库验证
跑真实的 PostgreSQL/MySQL/Redis 操作，验证数据真正落盘了，不是 in-memory 假数据。CRUD 全流程必须走通。

3. 外部 API 真实调用
Stripe 真实扣款、SMTP 真实发邮件——不是 mock response，而是真的发出去，验证返回值和错误处理。

4. 基础设施验证
连真实的 Redis cache、真实的邮件服务器、真实的队列服务。任何一个连不上，所有测试 fail，不接受「测试环境跳过」。

5. 真实并发压测
不是 for 循环串行跑 100 次，而是真正并发发 100 个请求，测量平均响应时间和成功率。95% 成功率以下直接 fail。

实际场景举例

你们团队写了个支付模块，测试全部 green，coverage 90%+。但实际上：

• 支付回调用的是 mock server
• 数据库测试用的是 in-memory sqlite
• 并发测试是串行跑的

上了生产，真实 Stripe 回调一来，傻眼了：没有考虑签名验签、没有幂等处理、数据库字段长度不够。

这个 Skill 就是来提前发现这些的——在 staging 环境，用真实的 Stripe test key，连真实数据库，完整跑一遍支付流程。

谁适合用

• 后端开发团队：上线前做最后一次全面验伪
• DevOps/PM：想知道这次部署到底靠不靠谱
• AI Agent 开发者：让 Agent 在写代码后自己验证，不要把半成品代码交给人类 review

不是日常开发用的，是「准备上线前」的那个最终检查点。

怎么装

Smithery.ai 直接搜 agent-production-validator，一键安装到你的 AI 编程环境。

GitHub 开源地址：https://github.com/ruvnet/claude-flow（Skill 路径在 .agents/skills/agent-production-validator）

Stars 13,844，实打实的工具类项目。

工具箱里最被低估的那把扳手，往往是那个让你「不能偷懒」的。 production-validator 就是这样——它不帮你写代码，它逼你直面代码里那些你一直假装不存在的问题。

GitHub: https://github.com/ruvnet/claude-flow