Lass uns über das kürzliche Dummheitsproblem von Claude Code sprechen. Mein Feedback ist, dass du Mittel haben musst, um sicherzustellen, dass die Softwareentwicklungsqualität auch dann gewährleistet ist, wenn CC nicht mehr funktioniert. Wie erreicht man das? Lass uns zunächst nicht darüber sprechen, wie man es erreicht, sondern über die häufigen Mängel von Vibe. Es geht um das Problem der Blindboxen, bei dem es sich jedes Mal um eine Black-Box-Operation handelt. Man läuft im Kreis, bis man merkt, dass etwas nicht stimmt, und die Stimmung ist sofort schlecht. An diesem Punkt ist die Lösung auch weitgehend klar. Man muss den Black-Box-Prozess in einen transparenten Prozess umwandeln. Es geht nicht darum, sofort mit dem Codieren zu beginnen, sondern mehr Zeit in die Planung und die Lösungsfindung zu investieren. 1. Wenn die Lösung nicht gut aussieht, wird die Codierungsqualität wahrscheinlich auch nicht besonders gut sein. 2. In der Lösungsphase gibt es viele Mittel, und eine Multi-Modell-Überprüfung ist ein wertvolles Werkzeug. Vertraue nicht nur auf die Meinung von CC, sondern auf Peer-Reviews. 3. Nachdem der Code geschrieben ist, und die Kompilierung erfolgreich war und die Funktionalität erfüllt ist, sollte eine weitere Überprüfung erfolgen. Diese Mittel können alle weiter ausgeführt werden. Wenn CC dumm wird, was soll's, ich habe immer noch Warp und Cline. Ein weiteres eher mystisches Problem ist, wann es leicht zu Dummheit kommt. Intuitiv könnte es sein, wenn die Rechenleistung unzureichend ist. Es scheint, dass die Arbeitszeit in der +8-Zone möglicherweise eine höhere Wahrscheinlichkeit hat, also lass uns die Zeitzone wechseln und das testen.

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