我喜歡確保我每天在每個正在進行的專案上都取得一些進展，即使我太忙，無法每天都投入真正的精力在所有專案上。 所以我制定了一些提示，我經常用這些提示來指導代理人，這樣他們就能不斷地進行一些潤色/檢查/修復和整體改進。 這些模型目前基本上已經足夠好，而且我已經編寫了足夠的單元測試和端到端整合測試，所以我並不太擔心它們會失控並犯下重大錯誤。此外，即使其中一個模型真的出了問題，其他模型也可能會發現並自行修復。 以下是我常用的一些方法： 「我希望你隨機瀏覽這個專案中的程式碼文件，選擇一些程式碼檔案進行深入研究，理解並追蹤它們的功能和執行流程，包括它們匯入的或被匯入的相關程式碼檔案。一旦你瞭解了程式碼在整個工作流程中的用途，我希望你以全新的視角，進行極為細緻、有條不紊且嚴謹的檢查，找出任何明顯的錯誤、擷取問題、修正中的所有規則。 和 「好了，現在請你把注意力轉移到審查其他特工編寫的程式碼上，檢查是否存在任何問題、漏洞、錯誤、效率低下、安全隱患、可靠性問題等等，並運用第一性原理分析仔細診斷其根本原因，然後在必要時進行修復或修改。不要局限於最新的提交，要擴大範圍，深入挖掘！運用超強思維。」 當我對某個專案感到不滿，但又沒有精力直接去解決問題時，我會這樣做（但僅限於 Opus 4.5 或現在的 GPT 5.2，並且需要投入額外的思考精力）： 「很好，現在我希望你非常仔細地審查應用程式工作流程和實現的方方面面，找出那些看起來不夠理想甚至錯誤的地方，那些從用戶友好性和直觀性角度來看明顯可以改進的地方，那些可以改進和完善我們的用戶界面/用戶體驗，使其更流暢、更具視覺吸引力、更有高級感，並達到像 Stripe 那樣高品質的地方。」 您甚至可以在 Codex 中跟進此訊息，方法是將這些訊息排隊，這些訊息將應用於它提出的許多改進項目的建議： 「好的，請把以上所有內容都詳細闡述一遍，然後創建一個全面而細緻的清單，其中包含任務、子任務和依賴關係結構，並附上詳細的註釋，使整個清單完全自包含且具有自文檔性（包括相關的背景、理由/論證、考慮因素等等——任何我們希望「未來的自己」了解的目標、意圖、過程以及它如何服務於思考過程以及它如何的目標）。 其次是： 「仔細檢查每一顆珠子——你確定它合理嗎？它是最優的嗎？我們能否做出一些改變，讓系統更好地服務於用戶？如果可以，請修改這些珠子。在開始實施之前，先在‘計劃空間’中進行操作要容易得多，也快得多！” 進而： 「好的，那麼請按照最佳邏輯順序，有條不紊、一絲不苟、認真細緻地完成你之前創建的剩餘的珠子任務！別忘了在製作過程中標記珠子。” 然後是幾條「繼續」訊息，最後是： 「很好，現在我希望你用全新的視角仔細閱讀你剛剛編寫的所有新程式碼以及你剛剛修改的其他現有程式碼，非常仔細地查找任何明顯的錯誤、漏洞、問題、疑點、混亂等等。仔細修復你發現的任何問題。” 請注意，這些訊息都是預先輸入的，並進入訊息佇列，Codex 會在處理完前一則訊息後逐條處理；遺憾的是，此工作流程不適用於 Claude Code，因為它會用您的後續訊息打斷代理人。 總之，三個多小時後你就可以回來查看系統自動為你完成的驚人工作量了。現在用 GPT 5.2 版本，再加上一些額外的努力，效果更好了。 最後，讓克勞德替你把一切付諸行動： “現在，根據你對專案的了解，將所有已更改的文件按邏輯分組提交，每個分組都要附上非常詳細的提交信息，然後推送。慢慢來，確保萬無一失。不要修改代碼。不要提交明顯是臨時文件。要深思熟慮。” 我每天都這樣做，一天好幾次，現在已經有 7 個以上的項目了，並且讓 3 台機器一直處於忙碌狀態（還有我所有的各種訂閱，不過照這個速度下去，我很快就得添加更多了）。 哦，對了，這些文字只需不到一秒鐘就能用我的小型命令面板設備（以及我為另一台機器購買的它的迷你版，在 Temu 上只需 60 美元！）按一下按鈕完成，請看圖片。
