使用 Claude 或 Codex 構建或調試 Hermes 和 OpenClaw 代理時,以下實用技巧可幫助您節省時間和令牌。
1. 外部構建完成後,請向 Hermes/OpenClaw 彙報每個新功能。
對於 Hermes 而言,它擁有編排標準、內存架構和自改進技能循環。Hermes 本身應該審查任何外部構建的功能,以確保其符合框架要求後再運行。
OpenClaw 也應如此,以確保其符合執行標準。
2. 切換 LLM 模型時,請掃描整個代碼庫。
不要想當然地認為快速切換 LLM 就能解決問題。請 Claude/Codex 審核每個提示字符串、配置文件和環境變量,檢查是否存在過時的模型名稱。一個遺漏的引用就可能導致路由到錯誤的模型,從而浪費您數小時的調試時間。
3. 進行嚴格的測試。通常情況下,代理在首次運行時會失敗一些新功能。
定義所需的確切輸出,並密切觀察其出現情況。如果輸出沒有出現,則持續迭代,直到結果穩定為止。重複測試是唯一可靠的檢驗方法。
4. 描述症狀,而非解決方案
不要告訴 Claude/Codex 如何修復問題;描述哪裡出了問題。“內存無法在運行之間持久化。” 比“重寫存儲層”更好。讓它自己找出解決方法。這樣你會得到更清晰的答案,並找到問題的真正所在。
5. 粘貼錯誤信息,而非概括
當代理返回錯誤信息時,每次都使用完整的錯誤信息或完整的日誌轉儲。Claude 比你更能理解無關信息,你認為無關緊要的部分可能才是關鍵所在。
6. 如果稍後再次出現問題,請返回到同一會話
如果幾周後同一功能再次失敗,請在重新開始之前返回到最初的 Claude Code/Codex 會話。構建的內容、構建原因以及已嘗試過的方法都保留在那裡。開始新的聊天會丟棄所有這些設置,你會不斷重複同樣的決定。
這些技巧應該可以解答我收到的許多常見問題。如果我還能幫到你,請告訴我。
twitter.com/gkisokay/status/20...