ooppstef

买 200 的 pro ，开 fast+5.5 都随便造吧，单人能造完的讲道理不太多。就算能造完，在搞个 100 的或者 200 的，不做服务，这能造完，就真核动力牛马了，成本可控啊，随便造。

先不说 glm ，为什么 opus 可以吊打 gpt 啊？真用过的话，5.4+fast ，硬智力明显高啊，当然工程性+黑话，确实感觉稀碎。

kiro 额度比 cursor 耐用，虽然也不便宜。不过 kiro 最大的问题我觉得 agent 能力弱了些，和 cursor 没办法比。

我们是直接全员 kiro 啊，目前这是最省心的方案。
公司规模稍微大点，aws ，阿里云这些都应该有商务联系才最，国内 plan 直接对接阿里云，kiro 对接 aws 。
对接 aws 也可以开 bedrock ，这个只是贵而已（自然有办法合规，还不走 anthropic ）。

至于 cc & plan ，直接放弃，没有稳定的方案。
codex ，是非全员提供，给特定团队提供即可。走 apple 订阅 pro ，特定团队共享 auth.json 。这个是特定团队+plan ，所以也不怕扩散或泄露。

显然手 ali plan 。 国产 3 家各有特色，glm 推理最强，minimax 快+调用 tool 强，kimi 多模态。而 ali plan3 家都支持，量还大。火山遗憾的是不支持 glm5 ，minimax 也没支持。

我没啥远程的 case ，所以这玩意没啥卵用对我，任何功能都可以 cc 搞定。。

不管啥 ai 写的代码，首先就要 codex review 一轮（ review 还是吊打 claude 的），再需要人工 review 一轮，然后才能走测试流程啊。甚至可以更严格，但就不能更省略。

实际上是你自己没想通，或者被 vibe 这个词给迷惑了。
1.你之前的代码也不全是自己想的，最多是你写的，难道你不 google 么？
2.当你有足够多的经验和使用方式，以及控制好范围，其实也非常容易 review ，少量多次。
3.纯 vibe 搞超大量的项目，也不是说没有适用场景。poc 也好，内部工具也好也不错。

还是得适应行业的变化啊。

tps 咋可能那么高？