接著claude code最近的降智問題聊一下，我的反饋是，你得有手段哪怕cc不行了你也能保證軟件開發質量 如何做到？ 我們先不說如何做到，先說vibe的常見缺陷，是開盲盒的問題，每次都是黑箱操作，鬼打牆了一圈才發現不對勁，情緒瞬間不爽 說到這裡解決方案也基本明確了 將黑箱過程變成透明化過程，不是立即coding,而是將更多時間花在plan和解決方案上 1. 解決方案如果味道不對勁，基本coding質量不會好到哪裡去 2.在解決方案階段有很多手段，多模型review就是一個利器，不要相信cc一家之言，相信同行評審 3 代碼寫完了，編譯通過和功能滿足的基礎上，再加一次評審 這些手段大家可以擴展開去，cc降智怕什麼，我還有warp和cline. 另一個比較玄學的問題是，什麼時候容易降智，直覺可能是算力不足的時候，感覺+8區的工作時間有可能概率比較大，那換換時區測試一下

說一個我對o3的觀察，其實o3不擅長主導型工作，比如讓它主動設計方案，這類工作它做的並不好 那它擅長什麼？ 它擅長噴，沒錯，就是噴 你讓他發起工作，質量一般，但是它是神評論家，而且評論很到位 如果有可能，我認為最佳流程是opus出方案，o3評審，代碼寫完了也可以讓它評審 你說o3屬於眼高手低？ 也沒毛病，但是眼高手低就對了啊，我們要的就是它善於發現的眼睛，活不找它幹啊