跳轉至

故障排除指南

診斷並修復 Boring 的常見問題。


🔍 診斷工具

在嘗試手動修復之前,請使用內建診斷工具:

# 檢查環境、系統健康狀況,並執行深度優化
boring doctor --fix
boring doctor --optimize

# 顯示當前配置(對除錯很有用)
boring config show

# 查看日誌
tail -f ~/.boring_logs/boring.log

🛑 常見問題

1. "Agent 卡在 Thinking 狀態"

症狀:旋轉指示器持續超過 2 分鐘,沒有輸出。

原因: - API 速率限制 (429) - 複雜提示導致超時 - 網路連接問題

解決方案: 1. 檢查日誌tail ~/.boring_logs/boring.log 查看 API 錯誤。 2. 重啟:按 Ctrl+C 停止,然後再次執行 boring start。Boring 會從記憶中恢復。 3. 重置上下文:如果卡在錯誤的思考迴圈中:

rm .boring/memory/context.json
boring start

2. "RAG 搜尋沒有返回結果"

症狀boring_rag_search 返回空列表。

原因: - 索引未建立 - 嵌入向量缺失 - .gitignore 排除了原始碼檔案

解決方案: 1. 強制重新索引

boring rag index --force
2. 檢查 .gitignore:確保 src/ 未被忽略。 3. 驗證安裝:執行 pip show chromadb。如果缺失,安裝 boring-aicoding[mcp]

3. "影子模式阻擋了所有操作"

症狀:每個操作都要求批准,即使是安全的操作。

原因: - 全域配置中級別設為 STRICT。 - auto_approve_patterns 為空。

解決方案: 1. 檢查級別

boring_shadow_mode status
2. 降低級別(如果安全):
boring_shadow_mode(action="set_level", level="ENABLED")
3. 重置配置: 刪除 ~/.boring/brain/shadow_config.json 以恢復預設值。

4. "Smithery 安裝在 Gemini Client 上失敗"

症狀npx 安裝期間出錯或 "Connection refused"。

原因: - Gemini Client 對 Smithery 有特定的網路/環境限制。

解決方案: 使用本地 pip 安裝作為備用: 1. git clone https://github.com/Boring206/boring-gemini.git 2. pip install -e . 3. 手動配置 MCP(參見 配置)。

5. "乾淨的代碼驗證失敗"

症狀boring verify 報告僅存在於快取中的錯誤。

原因: - 過期的快取檔案。

解決方案: 1. 清除快取

rm -rf .boring/cache/
2. 執行全新驗證
boring verify --force


🐛 除錯模式

啟用除錯日誌

.boring.toml 中:

[boring]
debug = true

或透過環境變數:

export BORING_LOG_LEVEL=DEBUG
boring start

追蹤 API 呼叫

查看發送給 LLM 的確切內容:

tail -f ~/.boring_logs/api_trace.log


🆘 取得幫助

如果這些步驟無法修復:

  1. 執行 boring doctor 並保存輸出。
  2. 收集日誌:壓縮 ~/.boring_logs/
  3. 開啟 IssueGitHub Issues 並附上上述資訊。

6. "找不到工具 / 指令未找到"

症狀:嘗試使用 boring_code_reviewboring_test_gen 但 Agent 說「找不到工具」。

原因: - 您可能處於 minimalultra_lite Profile 模式。

解決方案: 1. 檢查當前 Profile:

boring config show
2. 切換至 litestandard
export BORING_MCP_PROFILE=lite
# 重啟 IDE/Server
詳情請見 MCP Profiles 指南

7. "系統驗證速度太慢"

症狀boring doctorboring verify 在掃描專案歷史記錄時耗時過長。

原因: - 巨大的 events.jsonl 檔案。 - 重複的大腦索引掃描。

解決方案: 1. 啟用系統優化

boring doctor --optimize
這將執行: * 帳本滾動:將 events.jsonl 分割為封存片段。 * 建立檢查點:啟用增量掃描,實現近乎即時的驗證。 * 狀態壓縮:使用 Gzip 縮小專案快照。 2. 執行維護:確保您的程式碼經常提交,以保持增量對帳器的效率。