Master Kenobi

👀 我眼中的 Bitcoin。

我靠！ ⚠️⚠️⚠️

🤪 我們的瓶頸轉移了。平行運作的 AI 代理（Claude + GPT 審查迴圈）現在撰寫和審查程式碼的速度，比我們的 CI 測試速度還快：只有一個 CI 執行器、一台用於像素測試的 GPU 主機、30 多個工作排隊等候，等待時間長達一小時。
當程式碼不再是最慢的環節時，你會如何設計測試架構？

今天第二次速率限制重置了？！🤯🔥
謝謝你，@OpenAI！ 🚀

💡 為什麼我會在新的視窗中使用 Claude Code，以及如何在不遺失任何內容的情況下移動它
為什麼要保持全新狀態？
一個很長的 Claude Code 工作階段會將完整歷史記錄帶入每則新訊息中。以我的經驗，它會變慢、成本變高，也會失去專注力。新的視窗啟動時輕量又敏銳。
問題在於：新的視窗什麼都不知道。如果我每次都重新解釋整個專案，就會失去剛剛獲得的一切。
因此，我們寫了一套移動程序。三項規則：絕不在步驟中途停止、未獲得肯定答覆絕不移動、絕不相信沒有人檢查過的筆記。
1. 等待自然的停頓點。
Claude Code 絕不會在步驟中途停止。大約達到 30 萬個 token 時，它會等待第一個自然停頓點，完成該步驟，然後提出一個問題：「移動嗎？」
2. 沒有明確的肯定答覆，就什麼都不會發生。
沒有「是」就代表它會繼續工作。沉默或含糊的回覆不算數。
3. 它會寫下自己的意圖。
得到肯定答覆後，它會寫下 5–10 行：已完成的事項、完成一半的事項、下一個步驟，以及我做出的決定。持久狀態也會寫入記憶檔案和儲存庫，而不只是寫在筆記中。
4. 由第二個成本較低的代理程式進行檢查。
一個唯讀的 Haiku 子代理程式會將這些內容與 git 及實際檔案進行比對。它會確認提交雜湊、檔案確實存在，以及工作樹是乾淨的。接著它會寫下交接筆記。任何無法檢查的內容都會標記為 UNVERIFIED，而不是猜測

💡 Claude Code 和 Codex 的協作方式已經變得如此自然且無縫，讓我幾乎無法想像再回到只使用其中一個工具的工作方式。
我們已建立明確的規則，讓 Claude 能夠獨立評估每項任務，並決定對專案而言最好的做法，包括何時要求審查、徵求第二意見，或讓另一個模型參與架構決策。
對於特別複雜或敏感的架構挑戰，Claude 經常會選擇 GPT Astra。
而且反過來也是如此。
Sol 6.1 的效率極高，許多工作都直接在 Codex 中完成。必要時，它也能將任務委派給自己的子代理，並向 Claude 尋求協作或第二意見。
這裡沒有什麼魔法。兩個系統都在明確定義的規則下運作，同時擁有足夠的自主性，能根據對專案最有利的做法做出決策。
🫶 也要大力感謝 @OpenAI 和 @thsottiaux 每隔幾天就重置額外的使用量限制！我們非常歡迎這樣的支援，它確實鼓勵我們更加努力、進行更多實驗，並持續打造產品。這正是開發者所珍惜的支援！
活在這個時代……並持續打造產品，真是太棒了！
#sanki #enpixelment

過去一週，我每清醒 18 小時就只睡 6 小時。
我只是不想錯過我們有史以來最棒的建設機會之一。