接着claude code最近的降智问题聊一下，我的反馈是，你得有手段哪怕cc不行了你也能保证软件开发质量 如何做到？ 我们先不说如何做到，先说vibe的常见缺陷，是开盲盒的问题，每次都是黑箱操作，鬼打墙了一圈才发现不对劲，情绪瞬间不爽 说到这里解决方案也基本明确了 将黑箱过程变成透明化过程，不是立即coding,而是将更多时间花在plan和解决方案上 1. 解决方案如果味道不对劲，基本coding质量不会好到哪里去 2.在解决方案阶段有很多手段，多模型review就是一个利器，不要相信cc一家之言，相信同行评审 3 代码写完了，编译通过和功能满足的基础上，再加一次评审 这些手段大家可以扩展开去，cc降智怕什么，我还有warp和cline. 另一个比较玄学的问题是，什么时候容易降智，直觉可能是算力不足的时候，感觉+8区的工作时间有可能概率比较大，那换换时区测试一下

说一个我对o3的观察，其实o3不擅长主导型工作，比如让它主动设计方案，这类工作它做的并不好 那它擅长什么？ 它擅长喷，没错，就是喷 你让他发起工作，质量一般，但是它是神评论家，而且评论很到位 如果有可能，我认为最佳流程是opus出方案，o3评审，代码写完了也可以让它评审 你说o3属于眼高手低？ 也没毛病，但是眼高手低就对了啊，我们要的就是它善于发现的眼睛，活不找它干啊