程式碼庫理解
更快看懂陌生程式碼庫。
在同一個編輯器工作台中循線檢視程式碼、Markdown 文件、關係圖譜與專案歷史。FiboCode 讓解釋貼近它所描述的原始碼，把程式碼探索從零散搜尋變成一條彼此串連的理解路徑。
程式碼庫不只是可以逐個開啟的檔案。
新儲存庫很少會按照你需要的順序解釋自己。命名只能揭示部分資訊，關鍵行為往往跨越多個模組，而某項決策的原因也可能不在目前檔案里。逐個閱讀檔案能看到實作細節，卻仍可能看不見完整系統。
FiboCode 把可編輯程式碼、可讀 Markdown 與可導覽圖譜串連起來。你可以從一段相關原始碼出發，閱讀或記錄解釋，再沿標籤進入下一個檔案、文件或圖譜。程式碼始終是事實依據，輔助知識也始終可以回到原始碼驗證。
看看理解如何在相連的視圖間流動。
先從程式碼庫整體分析建立全域認識，再圍繞單個檔案讀取已有文件與關係圖譜，並向 AI 追問選中程式碼。
先透過程式碼庫整體分析，為陌生檔案和目錄建立便於後續探索的可讀結構。
圍繞單個檔案貫通程式碼、文件與圖譜，再從知識庫已有資訊繼續發起針對性的 AI 探索。
從一個問題走到可驗證的上下文。
整個流程以儲存庫為依據，也為下一個閱讀者留下可讀路徑。
從觸發問題的程式碼開始。
開啟相關檔案或選中需要理解的實作，讓每份解釋都具有具體原始碼上下文，而不是從抽象摘要開始。
在 Markdown 中閱讀或記錄解釋。
用人和 Coding Agent 都能讀寫的格式說明行為、意圖、邊界與尚待確認的問題。
沿圖譜與標籤探索關係。
從解釋進入相關模組、決策或圖示。標籤串連程式碼、文件與圖譜，而不是把所有資訊壓縮成單一視圖。
回到可編輯原始碼驗證理解。
解釋需要核對時回到相關程式碼，並讓知識隨實作一起更新，使後續探索從目前證據出發。
面向程式碼探索的相連工作台。
程式碼始終是事實依據。
輔助材料指回它所描述的實作，便於根據真實行為核對解釋。
Markdown 讓意圖清晰可讀。
分析、決策與說明成為人和 Agent 都能讀寫的專案知識。
圖譜讓關係清晰可見。
當直線式檔案列表不足以表達系統時，用相連視圖循線理解模組與文件關係。
歷史保留理解如何變化。
規格、設計、變更說明與分析記錄共同形成隨程式碼成長的可追溯脈絡。
使用情境：接手一個並非由你建立的服務。
假設你接手了一個請求路徑陌生的服務。先從處理器出發，記錄它的行為，再透過相連標籤與圖譜找到領域邏輯和下游依賴。每次移動都對應可以檢查的檔案或文件。
這份成果不會在第一次導覽後失效。隊友可以重新閱讀同一說明、根據原始碼提出質疑，並在服務變化時繼續擴展它，而不必從頭重複探索。
比一次性的程式碼摘要更持久。
自動產生的摘要可能很有幫助，但脫離專案的回答很快就會失去證據與位置。FiboCode 把理解保留為彼此相連的專案資料：程式碼、文件、圖譜與歷史各自承擔不同職責，並能互相循線。
本頁關注人如何探索程式碼庫。如果下一步是讓 Coding Agent 在後續任務中重複使用持久上下文，可以繼續瞭解“程式碼庫上下文”。
程式碼庫理解常見問題
FiboCode 會取代閱讀原始碼嗎？
不會。程式碼始終是事實依據。FiboCode 把解釋和關係串連到原始碼，讓你可以核對輔助材料中的判斷。
可以使用已有 Markdown 文件嗎？
可以。Markdown 用於承載解釋、規格、設計、計畫、分析與變更記錄，讓人和 Agent 都能直接閱讀。
圖譜如何幫助理解陌生儲存庫？
圖譜讓關係可見、可導覽。當行為跨越檔案或系統邊界難以線性呈現時，它可以補充原始碼與文字。
這項功能只適用於專案上手嗎？
不是。它也適合遺留程式碼探索、影響分析、架構探索，以及回顧系統某部分為何演進至今。
Coding Agent 能使用同一份知識嗎？
能。Markdown 記錄和相連的專案上下文同時面向人和 Agent；“程式碼庫上下文”頁面會進一步解釋後續工作流。