这类应用失败的四种方式
这些在演示里一个都不会出现。等真人开始用，它们全会出现。
越修越坏的循环
让 AI 修一个 bug，往往悄悄弄坏另外三处，因为代码里没有任何部分是隔离的，也没有测试把它固定住。每修一轮，下一轮就更难。多数人是在第三、四轮时找上我们——那时应用比一周前更不能用。
已发布代码里的密钥
API 密钥、数据库凭证与令牌被硬编码进打包产物、代码仓库，或任何人都能读到的前端代码里。通常一切正常——直到被发现为止，而如今发现它已不再靠人工。
看起来没问题的认证
登录界面能用，于是应用感觉是安全的。底下，接口收到请求却不校验是谁在问，行级权限规则要么没有、要么配错。没有任何东西显式报错——问题恰恰就在这里。
没人写过的那部分逻辑
支付回调从不重试、错误路径把失败悄悄吞掉、边界情况从没被考虑过——因为没人提过。在真实流量下它们不会报错，只会安静地弄丢订单、金钱或数据。
两个阶段，第二个带保证
审计与诊断
你会弄清楚到底哪里出了问题，以及值不值得修。
我们会读代码、把它跑起来，并像陌生人那样试着弄坏它。产出是一份归你所有的书面报告——如果结论如此，也包括「不要再花钱修这套代码」的建议。审计同时产出下一阶段据以衡量的验收标准，这正是它排在前面、且是一项付费工作而非售前通话的原因。
- 密钥与凭证审计——已发布的打包产物、代码仓库与前端代码中有哪些暴露
- 认证与访问审查——哪些接口会响应本不该调用它的人
- 架构检查——数据模型与结构能否支撑你要去的方向，还是需要迁移
- 故障清单——什么会坏、在什么条件下坏，按对你的代价排序
- 按优先级排列的路线图，逐项标注工作量，并附修复阶段的验收标准
范围固定、费用固定，报价以询价为准。无论后续如何决定，报告归你。
修复与整改
达成约定的验收标准，否则本阶段你不付费。
我们按审计阶段写下的编号标准施工——这些 bug 关闭、这些接口完成认证、这些密钥轮换出打包产物、承受这一量级的负载。双方在改动任何一行之前就已确认，因此是否达标是可核对的，而不是可争论的。达标，我们开票；未达标，修复不收费。
- 验收标准逐条关闭，每一条都可演示
- 把密钥从代码中移出并轮换，旧的一律按已泄露处理
- 针对出过问题的部分补上测试，避免下次改动再次弄坏
- 可重复执行、可回滚的部署流程
- 可由贵方人员或下一位开发者接手的交接文档
按审计所定的标准报价。达标，我们开票；未达标，本阶段不收费。
达标，或修复阶段不收费
审计是一项固定范围的付费工作，无论你接下来如何决定，报告都归你。修复阶段按该报告中写明、并经双方在任何代码改动前确认的编号标准来衡量。达标，我们开票；未达标，修复阶段你不付费。
为什么暴露的密钥不再只是理论风险
2026 年 9 月，Anthropic 发布威胁情报报告，涵盖其在 2025 年 12 月至 2026 年 8 月间处置的活动。其中一项行动在十台云服务器上运行凭证收割流水线，批量下载了 180 万个 Android 应用，反编译并自动扫描其中硬编码的密钥；另一条并行管道则收集被盗的代码仓库访问令牌。所有所得都会先批量验证——对生产系统实测、按转售价值分级——再投入使用。
那份报告谈的是攻击方，而非软件是怎么写出来的；它完全没有讨论 AI 辅助开发。这层推论是我们自己的，而且很简单：过去一把硬编码的密钥要暴露，得有人专门去看你这个应用。当 180 万个应用由机器扫描时，没有人在「专门去看」。密钥若在包里，它就在网里。
Anthropic，《Detecting and countering misuse of AI》，2026 年 9 月
什么时候我们会建议你重做而不是修
有时审计得出的诚实结论是：修它比重做更贵。这种情况我们会写进报告，而不是接下这笔活。这也是为什么保证挂在修复阶段而非审计阶段——我们不会对一套自己已判定无法挽救的代码承诺结果。若重做才是正确选择，我们会另行报价，而你完全可以拿着这份审计报告去找别人。
Vibe code rescue — 常见问题
什么是 vibe code rescue？
对以 AI 提示方式构建、而非经工程化开发的软件进行审计与修复。典型症状是演示时正常、上生产就出问题——密钥暴露在已发布的代码里、接口不校验调用者身份、支付与错误处理路径根本没写，以及每次让 AI 修复都弄坏别处的恶性循环。我们先审计，告诉你值不值得修，再按事先书面约定的标准修复。
在马来西亚修一个 vibe coding 做出来的应用要多少钱？
审计是固定范围、固定费用，在我们大致了解应用规模与涉及范围后即可报价。修复则按审计产出的标准报价——因为在有人真正读过代码之前，任何数字都是猜的。两者我们都不公开定价；而任何在读代码之前就报出修复价的人，同样是在猜。
如果修不好呢？
编号的验收标准，且在任何代码改动前经双方确认
如果是我们自己用 AI 做的，你们也能修吗？
这正是我们大部分的活儿，而且一点都不丢人。用 AI 提示把东西做到能跑，本身就是实打实的成果，如今很多有用的软件都是这么起步的。它没给你的，是让东西在真实用户面前站得住的那部分——测试、密钥管理、访问控制、可回滚的部署。那部分由我们补上。
如果不值得救，你们会直说吗？
会，写在报告里，而且我们宁可这样也不想收这笔钱。若修比重做更贵，我们会把对比摆给你看，并另行报出重做的价格。无论如何审计报告都归你，你也完全可以拿去找别的开发者。
我们怎样才能不再需要这项服务？
学会 AI 不会替你做的那部分。我们的 Vibe Engineering 课程覆盖的正是这项服务存在的原因——把测试当作「可用」的契约、环境与密钥管理、接受改动前先读 diff，以及从预发到生产的部署流程。多数做完抢救的客户之后都会派人来上课，这也是我们更乐见的结果。
把仓库发给我们，或者直接说哪里坏了
只需大致说明应用规模与涉及范围，就足以为审计报价。无需事先整理——我们更想看到它原本的样子。