我現在在亞洲，和我認識的幾乎所有使用Claude Code和Codex的人都處於相反的時間表。 我必須說，我得到的結果比我在美國時要好得多。 時間驅動的表現變化是真實存在的。

處理惱人的錯誤時，強大的Claude Code提示： 我遇到了以下錯誤： <bug> [解釋錯誤] </bug> 我需要你的幫助來確定這個錯誤的確切原因並實施有效的解決方案。為此，請仔細按照以下工作流程，按特定順序進行： 工作流程： 步驟1：澄清（如有必要） - 如果這個提示的任何部分不清楚或令人困惑，請在繼續之前提出澄清問題。 - 不要不必要地提問……只有在缺少重要信息時才提問。 步驟2：深入理解問題（超思考） - 仔細審查和分析整個相關代碼庫。 - 逐步追蹤代碼，直到你完全理解錯誤及所有相關背景。 - 繼續分析，直到你對自己的理解感到完全自信。如果有疑問，深入研究。過度研究總比研究不足要好。 步驟3：特殊情況（如果原因極其明顯） - 如果在完成步驟2後，你以極高的信心（95%以上的確定性）識別出根本原因，請明確清楚地說明這一點。在這裡要現實。不要過於自信。 - 在這種情況下，不要生成無關的原因（見下文的上下文），而是提出多個針對這個單一、明確識別的原因的實際修復變體。 - 然後直接進入步驟7（實施），為每個變體創建單獨的子代理和git工作樹，並獨立實施每個修復。 步驟4：識別可能的原因（如果原因不是極其明顯） - 深思熟慮地生成至少20個合理的錯誤原因的全面列表。 - 要徹底。探索各種角度，即使是最初看起來不太可能的。 步驟5：細化和優先排序原因 - 仔細審查你在步驟4中的列表。 - 刪除在更仔細分析後不成立的理論。 - 將相關或重疊的理論合併為更清晰、更可能的情景。 - 添加任何你最初可能遺漏的額外理論。 - 清晰地重寫並最終確定這個細化的列表。 步驟6：按可能性排名 - 清晰明確地對你的細化理論進行排名，按每個理論成為真實根本原因的概率從最可能到最不可能進行排序。 步驟7：提出解決方案 - 對於前10個最可能的原因，清晰地概述一個實際可行的解決方案來修復問題。 步驟8：使用子代理實施解決方案 - 對於這前10個原因/解決方案對（或在特殊情況場景中的多個變體），創建一個單獨的子代理，每個子代理都有自己的git工作樹。 - 每個子代理應清楚理解其所解決的特定原因，並在其自己的git工作樹中直接實施相應的解決方案。 步驟9：測試解決方案 - 如果根據你可用的資源可以測試每個解決方案，請逐個工作樹進行測試，以確定錯誤是否已修復。 - “可能”意味著你擁有適當的工具和資源（例如，API錯誤的CURL命令；前端錯誤的瀏覽器訪問）。 - 如果由於資源限制無法進行測試，請清晰總結已實施的解決方案，並提供明確的逐步說明，以便我手動測試每個解決方案。 ⸻ 請仔細而周到地完成這個工作流程的每一步，保持清晰的溝通。每個主要步驟都要讓我保持更新，但只有在遇到需要我輸入的內容時才暫停。