Citation Fixer

• 您的大腦頁面正在累積含有缺失或格式不一致的 [Source: ...] 引用資訊，而您希望進行系統性稽核，而非手動審查。
• 您有些頁面透過引用文字或提及互動指標來參照推文、X 貼文或轉推，但缺少真實的 x.com 網址 — Citation Fixer 可透過宿主的 X API 整合自動查詢並補全這些連結。
• 您希望設定每週定期掃描（cron 模式），以便在 enrich 或 media-ingest 等其他技能新增內容時，即時捕捉新的引用缺口。
• 另一個技能需要在提交前驗證自身的輸出結果 — Citation Fixer 可作為預提交檢查，以程式化方式被呼叫。

• 您的大腦沒有設定引用格式規範——此技能會將引用內容與 conventions/quality.md 進行比對，因此若缺少該標準，修正功能將沒有目標格式可套用。
• 您需要解析推文參考資料，但主機尚未設定 X/Twitter API 整合——推文解析流程完全依賴主機端的配方，不會自行生成網址。
• 您正在尋找一個能移除或自動刪除未引用事實的技能——Citation Fixer 會標記缺漏之處，但絕不會刪除任何內容。

列出並讀取每一個腦頁面，檢查每個頁面中的行內 [Source: ...] 引用標註。產生結構化摘要報告：已掃描頁面數、找到的引用數、已修正的問題數，以及仍待補充的缺口。

重新撰寫缺少日期、缺少來源類型，或不符合 conventions/quality.md 中所定義格式的引用。僅修正格式——絕不憑空捏造不存在的來源。

偵測損壞的推文參照——引用文字、互動指標，或缺少 x.com/status/ URL 的 [Source: X/Twitter ...] 條目——並搜尋主機的 X API 整合以找到真實推文。自動修補為確定性的 https://x.com/<handle>/status/<tweet_id> 連結，並附上經過驗證的互動元資料。

所有網址均由 X API 回傳的資料所建構；Citation Fixer 從不猜測或自行組合推文 ID。這是一條強制性的輸出規則，用以防止虛構的連結進入知識庫。

每次批次執行目標約處理 50 個頁面，每完成 10–20 個頁面即提交一次，以避免因部分失敗而遺失進度，同時遵守主機的 X API 層級限制。處理優先順序為：最近更新的頁面優先，其次為高流量頁面，最後為大量清理作業。

以週期性批次模式執行時，Citation Fixer 會將進度儲存於 ~/.gbrain/citation-fixer-state.json，跨多次執行持續追蹤已掃描的頁面、已修正的引用、已解析的推文連結，以及無法解析的缺口。

依排程定期執行 Citation Fixer，以捕捉其他技能或手動編輯所引入的新引用缺口。稽核報告會清楚統計剩餘未引用事實的數量，確保問題不會在無聲無息中持續累積。

如果您的知識庫是從社群媒體摘要或媒體擷取中建立的，許多頁面可能會引用推文卻沒有真實的網址。Citation Fixer 的批次模式能夠識別候選頁面，並透過 X API 以經過驗證的 x.com 連結進行修補。

像 enrich 或 media-ingest 這類技能，可以在將頁面寫入大腦之前呼叫 Citation Fixer，確保每個新頁面在提交前都符合引用標準。

使用「修正此頁面的引用」手動觸發，即可針對單一特定頁面進行審查與修復，無需執行完整的全域掃描——適合在審閱或發布重要條目時使用。