使用 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 會話。構建的內容、構建原因以及已嘗試過的方法都保留在那裡。重新開始聊天會清除所有這些設置,你會不斷重複同樣的決定。 這些建議應該可以解答我收到的許多常見問題。如果我還能幫到你,請告訴我。
本文為機器翻譯
展示原文

Graeme
@gkisokay
Anthropic just banned Claude subscriptions from powering OpenClaw.
Here's why my stack was already built for this.
I never ran Opus 4.6 through a subscription for OpenClaw or Hermes. It runs in Claude Code for complex external dev only. Same with GPT-5.4 in Codex.
The internal x.com/gkisokay/statu…

來自推特
免責聲明:以上內容僅為作者觀點,不代表Followin的任何立場,不構成與Followin相關的任何投資建議。
喜歡
收藏
評論
分享




