Codex SideChat 怎麼用？開啟方式、Fork 差異與文件協作注意事項
Copyright Notice: This article is an original work licensed under the CC 4.0 BY-NC-ND license.
If you wish to repost this article, please include the original source link and this copyright notice.
Source link: https://v2know.com/article/1450
使用 Codex 處理一項工作時，常會臨時冒出問題：這個欄位代表什麼？為什麼採用這個方案？眼前的錯誤訊息又是什麼意思？如果把每個問題都插進主會話，原本的任務很容易被一連串解釋打散。
SideChat（Side Chat，側邊聊天）提供了一個適合插問的地方。它從目前聊天建立一條輕量分支，讓旁支問答與主會話的對話記錄分開。最適合的分工是：主會話負責推進工作，SideChat 用來理解工作。
SideChat 有什麼作用？
SideChat 的便利，在於你能沿用開啟分支時帶入的背景，針對當前工作問一個較小的問題，問完再回主線。例如，主會話正在修改一份 Excel，你想先理解其中一個欄位的用途，就可以把解釋留在 SideChat。
它也適合詢問某個方案的理由、解讀命令或錯誤、整理一段說明。OpenAI 的官方使用介紹也以這類圍繞當前工作的問題說明 SideChat 的用途。
怎麼開啟 SideChat？
- 使用指令：在支援的 Codex 介面輸入
/side，選擇開啟側邊聊天。Codex CLI 也支援把問題直接接在指令後面。 - 使用桌面快捷鍵：Windows 預設為
Ctrl + Alt + S，macOS 預設為⌘ + ⌥ + S。 - 從選取文字提問：在提供該選項的介面，選取一段回覆，再選擇
Ask in side chat，以那段文字作為提問起點。
例如，在 Codex CLI 可以輸入：
/side 請解釋剛才那個方案的取捨，只回答問題，不修改檔案或執行測試。指令以官方指令文件為準；桌面快捷鍵可在 Settings > Keyboard Shortcuts 查詢或自訂，詳見官方快捷鍵說明。不同版本的入口可能略有差異。
可以直接使用的提問範例
| 情境 | 提問範例 |
|---|---|
| 理解文件 | 請唯讀查看這份 Excel，解釋「測試資料」欄位的用途，給一個假設例子，不要修改原檔。 |
| 理解程式 | 剛才那段程式為什麼先檢查空值？請用簡單例子說明，不要改程式。 |
| 理解錯誤 | 這段錯誤訊息通常代表什麼？請區分已知事實與可能原因，先不要修復或重跑命令。 |
| 理解操作影響 | 這個命令會讀取或修改哪些東西？請先解釋，不要實際執行。 |
如果只想取得解釋，可以明確寫出「只回答」「保持唯讀」「不要執行」。這能讓問題的範圍更清楚，避免一個說明問題延伸成另一項修改工作。
SideChat 與 Fork 有什麼差別？
官方指令文件將 SideChat 稱為 ephemeral fork，可以理解為圍繞當前聊天的臨時分支。Fork 則建立一個繼承聊天歷史的新聊天，適合讓另一個方向繼續發展。
| 比較項目 | SideChat | Fork／分歧聊天 |
|---|---|---|
| 主要用途 | 插問、解釋、快速核對 | 另開方案或獨立推進任務 |
| 工作方式 | 問完後回到原本主線 | 把新方向當作另一個主聊天經營 |
| 適合的例子 | 「這個欄位為什麼存在？」 | 「沿用背景，另外製作一套不同方案。」 |
如果你要持續修改另一個版本、累積多輪決策或讓另一項任務獨立進行，Fork 的管理方式通常更清楚。選擇 Fork 後，也仍要確認它使用的是原目錄還是獨立工作目錄，才能判斷檔案是否共用。
主會話與 SideChat 的訊息會同步嗎？
官方明確說明，SideChat 的對話記錄與主會話分開。使用時可以把開啟分支時帶入的背景當作起點；不要假定整段歷史與所有工具輸出都完整保留，也不要預期兩邊之後的新訊息會自動雙向合併。
例如，開啟 SideChat 時，主會話剛討論完某個欄位。之後主會話又決定更改規則，SideChat 的回答就需要補上這項新決定作為依據。反過來，在 SideChat 得出的結論，若要影響主線工作，也應明確帶回主會話。
一個簡單的交接方式是：
剛才在 SideChat 確認了以下事項：……
請依這些決定繼續原任務，並先重新讀取相關檔案確認最新內容。能不能一起處理同一份文件？
兩邊唯讀查看同一份文件，可以用來解釋與核對。如果兩個會話都要修改同一檔案，就需要明確協調。SideChat 是否能操作工具，仍取決於當前提供的工具、權限與使用者指示，不能只憑名稱判斷。
假設兩個會話存取同一路徑，而 SideChat 把 Excel 的某個值改掉，主會話重新讀檔時就可能看到新值；但它先前已讀取的內容不會因此自動變成新的背景，它也未必知道修改的理由。
應避免主會話與 SideChat 同時修改同一份檔案。讓一個會話負責寫入，另一個負責唯讀核對，較容易追蹤結果。OpenAI 的並行工作說明同樣建議避免兩個聊天同時更改相同檔案。程式專案需要平行修改時，可以考慮獨立 worktree，再安排整合。
回到文件工作的例子：主會話修改正式 Excel，SideChat 解釋欄位或檢查條件；發現問題後，把具體位置與建議交回主會話統一修改。
SideChat 會消耗 token 嗎？
會。提問與回答仍然需要模型處理，讀取的背景、檔案及工具結果也會使用 token。使用訂閱方案時，這類活動會計入適用的用量；使用 credits 或 API key 時，則依相應規則計費。
實際消耗與模型、背景長度、推理、工具使用及快取有關，不能只按問題字數推算。SideChat 也沒有「問得短就一定比較省」的保證。最新規則可查看官方用量與定價說明，不宜把一般訂閱用量直接換算成 API token 單價。
關閉 SideChat 前需要注意什麼？
不要把關閉 SideChat 當成自動清理檔案或撤銷操作。如果工具曾把腳本、Excel 或圖片寫進一般工作資料夾，應按實際檔案管理方式處理；資料庫或雲端設定的變更，也不應期待隨著聊天面板關閉而還原。工具管理的暫存資料，則依該工具自己的清理規則處理。
對話能否在關閉後重新開啟，以及保存多久，應以使用中的版本與可用功能為準。僅憑「臨時分支」這個稱呼，不能推論它一定會永久刪除，也不能把它當成正式成果的保存機制。
重要結論可以先整理回主會話，正式成果則存放在可管理的位置。只是想問清楚一件事時，用 SideChat 很方便；準備持續推進另一項工作時，另開聊天或使用 Fork 會更容易安排責任與交接。
This article was last edited at