上下文感知程式碼補全
接著你的思路寫，也修復剛剛出現的錯誤。
FiboCode 會參考你最近編輯的內容、游標位置、註解與新出現的診斷，在編寫程式碼時提供具體建議。游標變粗並高亮時，表示 AI 正在處理；每項補全或修復建議是否採用，始終由你決定。
AI Editing 會使用你選擇的模型處理請求，因此可能需要等待一段時間；實際回應速度主要取決於模型本身。
寫程式時遇到的小問題，不該迫使你另開一項 AI 任務。
寫程式時難免卡在一些小地方：註解已經寫清楚下一步，重構漏改一個呼叫點，或一次重新命名讓其他檔案報錯。為此另開對話、重新交代上下文，往往比修改程式碼本身更費時。
FiboCode 直接在編輯器裡協助你處理這些問題。它會參考最近的修改、游標移動、附近程式碼、註解與新出現的診斷，只針對目前工作補全程式碼，或修復有明確依據的錯誤；線索不足時，不會勉強提出建議。
看看上下文感知補全與主動錯誤修復如何運作。
這些產品錄影展示兩種真實的 AI Editing 工作流程，並會跟隨網站目前的深淺主題。
先輸入一則實作註解；AI 處理時游標會變粗並高亮，接著出現一項行內建議，按 Tab 即可接受。
重構產生新診斷後，AI 會顯示處理狀態，並把單一檔案或跨檔案的修復放進 AI Suggestions 面板，讓你逐項檢查。
從寫下意圖到檢查修改，全程不必離開編輯器。
FiboCode 會根據目前編輯中可見的線索提供建議，每一處修改仍由開發者決定。
直接在程式碼中寫下你的意圖。
繼續寫註解，或編輯帶有 Error 診斷的程式碼行。FiboCode 會結合附近程式碼與最近的操作，判斷這次請求應該關注哪裡。
稍作停頓，讓 AI 判斷是否需要建議。
停止輸入片刻後，或者停止操作一段時間且編輯器發現了新錯誤時，游標會變粗並顯示主題色。這表示請求正在處理，但不代表一定會有建議。
在合適的位置查看建議。
目前檔案只有一項建議時，會直接顯示在行內；不適合行內顯示、多項或跨檔案的修復則會進入 AI Suggestions 面板。
只採用你認可的修改。
按 Tab 接受行內建議，按 Esc 忽略。面板中的建議可以逐項接受或拒絕；確認後，也可以依序套用已經檢查過的建議。
圍繞你剛做的修改，提供有針對性的協助。
結合最近的操作。
FiboCode 會參考程式碼修改、分頁切換、游標移動與附近原始碼，讓建議緊扣你正在做的事。
根據診斷修復問題。
Error 診斷與新出現的錯誤，為重新命名、移動程式碼或局部重構後的修復提供明確依據。
處理狀態一目了然。
游標變粗並高亮時，表示 AI 請求正在處理。請求完成、沒有結果、失敗或取消後，游標都會恢復。
套用前先看清楚修改。
無論建議出現在行內還是面板中，你都能先查看替換與插入的內容，再決定是否套用。
使用情境：完成一次重新命名，不必逐一排查失效的 import。
開發者重新命名一個共用工具後，診斷提示兩個 import 仍在使用舊名稱。停止操作後，FiboCode 可以結合這次重新命名與新出現的錯誤，提出具體的修復建議。
建議會出現在 AI Suggestions 面板中。開發者可以先核對檔案路徑與修改內容，拒絕不確定的建議，接受其餘修復後再執行專案檢查。
協助處理局部修改，但不取代完整的開發流程。
大型工作仍需要規約、計畫、Agent 工作流、測試與程式碼審查。這項功能關注的是這些階段之間，編輯器裡已經出現、範圍明確的小問題。
FiboCode 仍以理解程式碼與控制變更為核心。補全與修復讓日常編碼更順暢，知識、計畫與審查則確保每次修改都有依據、可以檢查。
上下文感知補全常見問題
它何時會執行？
當你在註解中描述下一步，或在帶有 Error 診斷的程式碼行上停止輸入時，FiboCode 可能會產生建議。停止操作一段時間後，它也可能針對新出現的錯誤提出修復建議。沒有這些訊號的一般輸入不會觸發請求。
變粗高亮的游標代表什麼？
游標變粗並高亮，表示 AI 請求正在處理，但不保證一定會產生建議。請求完成、沒有結果、失敗或取消後，游標會恢復原狀。
FiboCode 會自動套用建議嗎？
不會。按 Tab 接受行內建議，按 Esc 忽略；AI Suggestions 面板中的建議也必須先檢查，再決定是否套用。
它能嘗試修復哪些錯誤？
它可以根據診斷與最近的操作，嘗試修復失效的 import、遺漏的重新命名、型別錯誤或 lint 問題。線索不足時不會提出建議。
建議可以修改其他檔案嗎？
可以。多項或跨檔案的修改會顯示在 AI Suggestions 面板中，套用前可以逐項查看涉及的檔案與修改。