閱讀程式碼時，怎樣接著問

開發預覽：本文介紹 10 月 23 日開發版本中的互動，下載版本是否提供這些功能，以已安裝的版本為準。此開發版本不讀取舊格式對話，原有檔案仍保留在磁碟上。

假設有一個虛構的商品目錄：快取更新失敗後，畫面仍顯示舊價格。你請 Yenpo 追蹤一個值如何寫入快取、又如何被讀取。回答還在準備，你已經想到另一個問題。接下來怎麼傳送，取決於它適合等這次回答結束再討論，還是會改變目前調查的方向。

將下一個問題排入佇列

選擇「排隊」，在目前任務繼續時寫下「哪些測試涵蓋了更新失敗？」。「排隊傳送」會接收它，留給後續一輪處理。你可以繼續閱讀程式碼，不必一直記著這個問題、等回答結束再輸入。

目前回答正常完成後，待處理問題可以自動開始。設定相容的連續問題可能合併成一輪處理，但仍保留為獨立訊息；模型等設定不同的問題會分輪執行。排隊是預設傳送方式，也可以在設定中更改。

如果你發現舊價格只在網路失敗後出現，選擇「引導」，傳送「重點看更新失敗的路徑，檢查舊項目是否仍然可用」。這條補充會加入正在進行的任務。

引導會等正在進行的模型請求或工具執行結束，再加入後續處理，不會立即中斷它們。任務如果已經結束，它會轉為排隊。引導沿用目前任務的設定與權限；若要改用另一個固定的 Git 比較範圍，應將問題排到後續一輪。

待處理清單中的問題在開始處理前，可以編輯內容、調整順序、移除，或切換傳送方式。執行中的「全部改為引導」可以將適合目前任務的排隊問題轉成補充要求。

已接收的問題會儲存下來。停止任務、執行失敗或重新開啟 App 後，待處理工作會暫停；先檢查清單，再選擇「繼續傳送」。原本的模型服務設定若有變動，也可能需要先處理提示。

自動開始的下一輪不會繼承先前的檔案編輯許可。主動繼續傳送時，你可以為當輪重新授權編輯。權限範圍見隱私與控制。

回答結束後，空白輸入框可能出現一個建議，例如「更新快取失敗時，呼叫端應該收到什麼？」。是否採納由你決定；如果還有更重要的不確定之處，直接輸入自己的問題即可。

建議會額外呼叫一次所設定的模型，也可能無法產生。建議顯示時，按 Tab 或 Enter 會採納並傳送，並非只將文字填入草稿。它不會覆蓋你已輸入的內容，也不會自行提問。

開啟回答中的引用，檢查失敗分支、快取項目及其呼叫端。分清哪些結論已有原始碼支持，哪些仍需測試驗證，再將剩下的不確定之處變成下一問：「這個測試斷言了舊價格，還是只檢查沒有拋出例外？」

更好地提問介紹如何選擇上下文；程式碼閱讀工作流程更新則串起這些提問操作周圍的閱讀工具。