Gary Talks Stuff：Codex 進階功能教學 — Record and Replay、懸停導航、Sidechat 側邊對話

我花了約 15 分鐘看完這支 Gary Talks Stuff 的 Codex 進階功能教學，內容涵蓋懸停式導航、側邊對話、Record and Replay 以及手機遠端控制四大主題。

這不是一般的新功能導覽，Gary 強調的是「這些功能如何改變你與 Codex 的工作節奏」，尤其是 Record and Replay 把操作示範變成可重複執行的 Skill，對不擅長寫 prompt 的開發者和新手來說非常有實戰價值。

這篇文章幫大家整理出 4 個最關鍵的功能用法，並補充一些實際使用上的注意事項。側邊對話（Sidechat）與 Steering 引導的搭配尤其值得深入理解，因為這直接影響你與 Codex 協作時的溝通效率。

Record and Replay 則是這次最令人驚豔的功能，它大幅降低了把工作流程交給 AI 的門檻，讓不會寫程式的人也能教 Codex 學會自己的日常工作習慣。

開場閒聊

Gary 一開場就說，上次做了 Codex 新手入門教學後，Codex 又推出了幾個蠻有意思的更新，他自己非常喜歡。

他說這些更新「不會讓人覺得只是多了一個按鈕，而是真的會改變你跟 Codex 工作節奏和方法」。他提到這次會重點介紹如何快速找回過去的對話記錄、用手機遠端控制 Codex 不被綁在電腦前面，以及最新的 Record and Replay 功能。

最後還賣了個關子：「如果你想知道這些功能在日常工作中到底怎麼用，那你一定要把這支影片看完，那我們直接開始。」

懶人包速覽

核心痛點	解決方案 / 關鍵觀點
對話太長找不到過去的重要節點	懸停式導航欄預覽歷史對話 + Fork 建立平行分支，精準回到改壞前的節點重試
主線任務跑一半想問問題卻怕打斷心流	Sidechat 側邊對話開獨立頻道問補充問題，Steering 引導直接介入修正方向，兩者分流使用
不會寫 prompt 也無法把 workflow 教給 AI	Record and Replay 錄製螢幕操作，Codex 自動分析流程並整理成可重複使用的 Skill
人離開電腦後任務無法被追蹤或調整	手機端遠端控制推送決策指令，在外也能查看進度並給 feedback，但 localhost 3000 無法直接瀏覽

懸停式導航與 Fork：回到過去改寫未來

Gary 首先介紹的是懸停式導航欄（Hover Navigation Bar），這個功能非常直覺：在長對話中把滑鼠移到左側空白區的橫線上，會跳出一個小視窗預覽附近幾輪對話。可以看到自己說了什麼以及 Codex 怎麼回應的，點一下就能直接跳回去，不用再辛苦往上滑。

不過 Gary 認為這個功能真正的價值在於搭配 Fork 使用。Codex 每則回覆下方都有一個分叉按鈕，可以從這個時間點複製出一條完全一樣的對話，保留前面所有上下文，但從這個點之後走不同的方向。

最適合的情況是當專案跑了 20 幾輪，畫面不對了，你需要找出是哪一輪改壞的——先用懸停導航找到「context 髒掉的那個節點」，從那裡 Fork 一個 Session 出來，像一個平行宇宙，重新試一次。這樣就不用擔心改錯方向後無法回復，因為 Fork 讓你可以同時保留「原本的路線」和「修正版的路線」。

這個組合技的實戰價值在於：你不用害怕改錯。以前改壞了要手動 revert 或從頭開始，現在只要找到那個節點，Fork 出去試一遍，不對就回到原本的 Session。這對那些需要長時間迭代的專案（產品頁面設計、程式碼重構、報告生成）特別實用。

Sidechat 側邊對話與 Steering 引導

Gary 用了一個非常生活化的比喻來解釋這兩個功能：Codex 在忙的時候，你為了不打斷他的心流，用 Sidechat 聯絡他的助理。助理可以獨立回答問題，讓 Codex 本人保持專注。

你在旁邊拉一條小直線，問他「這個改法為什麼比較好」或「剛才刪掉的那段有什麼優點可以保留」。側邊對話的設計讓你能夠在不污染主線上下文的情況下插嘴問一句，理解當前進度或某個決定背後的原因。

如果熟悉 CLI 介面的人可能已經猜到，這對應到 /side 和 /by-the-way 這兩個 slash commands。但 Gary 提醒了一個重要陷阱：如果主任務跑了很久又重新連線，或曾經關掉 App，側邊對話可能會消失不見。

所以側邊對話很適合拿來問問題，但如果真正決定要改方向或有重要結論，還是要貼回主線。

Steering 引導則是完全不同的用法：主線還在跑的時候，直接在對話框補一個 follow-up message，讓 Codex 往那個方向修正。在桌機介面中，直接按 Enter 是排隊等下一輪，Command + Enter 才是引導介入──提醒他現在就改方向，在浪費更多時間和 token 前救正他。日常生活化就是：你發現 Codex 走偏了，直接敲他辦公室大門跟他說正確方向是什麼。

Gary 特別指出新手最常犯的錯就是把所有想法都丟回主線——想到一件事加一句，想到另一件事又補一段，最後 Codex 收到一堆互相打架的要求。有 Sidechat 和 Steering 兩個區域分流，理解用 Sidechat，改方向才用 Steering，Codex 也比較不會被自己腦內雜訊拖著跑。

這個「分流」的概念非常重要，也是這次教學中 Gary 最想傳達的核心心法之一。

Record and Replay：把操作示範變成可重複用的 Skill

這是 Gary 口中「這次的重頭戲」，也是他認為最神猛的功能。核心痛點很簡單：我想讓 Codex 學會我日常的工作流程幫我省時間，但我不會寫乾淨俐落的 prompt，也不會自己做 Skills，怎麼辦？

Record and Replay 的邏輯非常直覺：錄製你的螢幕操作 → Codex 分析 → 整理成專屬 Skill。以後叫 Codex 做類似任務，觸發關鍵詞就能讓他照著整理好的流程一比一模仿你的步驟。

很多 workflow 不是難在技術，而是難在「我平常就是這樣做，但我不知道怎麼講」。Record and Replay 剛好解決了這個痛點。

安裝與使用

安裝超級簡單：點選左上角外掛程式，搜尋 Record and Replay 並點選 plugin 即可。觸發方式有三種：用 /、用小老鼠 @，或直接在聊天框打出「錄製我的操作並學習記錄變成可付用的 skill」。最長可錄製 30 分鐘。

實戰範例

Gary 舉了一個非常具體的例子：假設你每週都要做社群發文的提案簡報——開啟 Canva 選固定模板，根據主題生成五頁簡報，匯出成 PPT，上傳 Google Drive，最後在 Gmail 寫信給主管。你在對話框中輸入想轉成 Skill 的流程，然後開始螢幕錄影。

這段期間不論游標觸及的地方或鍵盤按了任何動作，它都會記錄下來。完成後按停止鍵或輸入「完成錄製」，Codex 就會自動分析你做了哪些步驟，整理出一份 Skill。

但 Gary 特別提醒了兩個關鍵驗證步驟：第一步打開 Skill 確認是否抓到正確的流程順序（先開工具 → 建立簡報 → 貼上主題 → 匯出下載 → 上傳雲端 → 建立 Gmail 草稿），第二步讓它實際跑一次確認流程能順利完成。如果跑偏了，直接用自然語言告訴它哪裡不對——「這一步應該是先上傳再寄信」——Codex 就會修正。

而且厲害的是，Codex 在重跑時還有機會幫你修掉一些不穩定的步驟，把你的流程整理得更清楚。這個功能對非技術背景的使用者特別友善，因為它完全不要求你寫程式或設計複雜的 prompt 結構。只要像教實習生一樣示範一次，Codex 就能學會你的流程。

手機遠端控制：從電腦前解放

Gary 最後介紹的是手機端遠端控制，他認為這對長期任務來說差別很大。以前離開電腦，任務跑完了不知道，要隨時守著檢查。現在可以在外面先把一些小決策做完，讓任務進度不會因為離開電腦就脫滿或被中斷。

他觀察到一個有趣的趨勢：隨著 AI Agent 發展逐漸成熟，工作形態會變得更碎片化。以前坐在電腦前是一路把事情做完，現在比較像在掌舵，很多 Agent 在不同地方幫你跑任務，跑到一半回來問你要選哪個方案、操作可不可以批准、測試失敗要不要換做法。

你不用每一秒都在打字，但會一直需要做判斷——「有點像老闆在聽不同人匯報，真正花時間的不一定是親手做事，而是等對方做在一個節點，再由你決定下一步。」

Gary 也坦率地指出了一個限制：手機端無法打開 localhost 3000。因為 localhost 指的是設備自己的身分證號，手機上打 localhost 不會跑到你的 Mac，只會找手機自己的門牌號碼。合理做法是讓 Codex 在你的電腦上用 in-app browser 或 browser use 打開那個頁面，檢查畫面、截圖或匯報結果，然後你在手機上看 Codex 傳回來的結果再給下一步 feedback。

簡單講，手機是指揮台，不是替代開發環境。所有功能的基礎前提還是你的電腦主機要開著、聯網、而且 Codex 能連上去，否則一切免談。

QA 精選

Q1：Record and Replay 錄製最長可以多久？會不會有時間壓力？

官方設定最長可以錄製 30 分鐘，對於一般的工作流程示範（建立簡報、設定專案、上傳檔案等）來說非常充裕。Gary 的建議是：不需要一次錄完所有流程，可以先錄核心步驟，確認 Codex 正確理解後再逐步擴充。

錄製期間也不需要擔心操作速度，因為 Codex 會回頭分析每一個游標和鍵盤動作，不是即時跟播。

Q2：Sidechat 的對話內容會不會消失？重要討論適合放在 Sidechat 嗎？

會。Gary 明確指出，如果主任務跑了很久又重新連線，或者曾經關掉過 App，側邊對話可能會消失不見。因此側邊對話很適合拿來問理解性的問題（「這個改法為什麼比較好？」「這段程式碼的邏輯是什麼？」）。

但如果真正決定要改方向或有重要結論，一定要貼回主線對話，否則可能遺失。這是 Sidechat 最容易被忽略的使用限制。

Q3：Steering 和直接按 Enter 有什麼差別？

這是新手最容易搞混的地方。在桌機介面中，直接按 Enter 送出的話，這句話是「排隊」等這一輪結束後再變成下一輪對話。但用 Command + Enter 送出去，這句話才算是以引導（Steering）的方式介入正在跑的任務，提醒 Codex 現在就改方向。

Gary 的建議是：如果只是補充資訊不急，按 Enter 排隊；如果看到 Codex 走偏了正在浪費 token，用 Command + Enter 立刻導正。這個區別對長期任務的效率影響非常大。

Q4：手機遠端控制 Codex 的實際限制是什麼？能不能完全取代電腦？

不可以。Gary 非常清楚地說明了三個限制：第一，手機無法打開電腦上的 localhost 3000 預覽頁面——手機上的 localhost 指的是手機自己，不是你的 Mac。

第二，真正跑 Code、讀檔案、改 Repo、執行 Terminal 這些事情還是發生在你的電腦或 Cloud Environment 裡，手機只是把指令送過去，不是取代那個工作環境。

第三，所有功能的基礎前提是「你的電腦主機要開著、聯網、而且 Codex 能連上去」，否則一切免談。

Q5：Record and Replay 做出來的 Skill 需要手動調整嗎？

需要。Gary 強調了兩個驗證步驟：第一步打開 Skill 確認 Codex 是否抓到正確的流程順序，第二步讓它實際跑一次確認流程能順利完成。

如果跑偏了，直接用自然語言告訴它哪裡不對——「這一步應該是先上傳再寄信，不是先寄信再上傳」——Codex 就會修正。而且有意思的是，Codex 在重跑時還有機會幫你修掉一些不穩定的步驟，把你的流程整理得更清楚。

主編隨筆 / Editor’s Note

Gary 在影片中把這四個功能分別介紹得很清楚，但我認為真正有價值的不是個別功能，而是這些功能組合起來描繪的工作模式轉變。從懸停導航 + Fork 讓你敢於實驗不同方向，到 Sidechat + Steering 讓你能在任務進行中精準介入，再到 Record and Replay 把 tacit knowledge（內隱知識）變成可複製的 Skill——Codex 正在從一個「問答工具」變成一個「可以長期合作的同事」。

我特別有感觸的是 Gary 說的「工作變得碎片化」這件事。過去我們習慣一次坐在電腦前把事情做完，但 AI Agent 時代的工作模式更接近「管理多條工作流」——你同時有幾個 Agent 在跑不同任務，它們會在不同的節點停下來問你決策。這其實對專注力是更大的考驗，因為你要在幾個任務之間切換判斷，而不是沉浸在一條執行線上。

實務上我會建議：先從 Record and Replay 入手。錄製一個你最常做的重複性工作流程（不需要完美，先錄再說），讓 Codex 幫你整理成 Skill。實際跑過一次確認流程正確後，你就會理解這個功能為什麼值得花時間研究。學會之後，再搭配 Sidechat 和 Steering 來優化日常使用體驗。

結語

Gary 這次介紹的 Codex 更新——懸停導航與 Fork 讓你精準找回上下文、Sidechat 和 Steering 讓任務中途的分流溝通更清晰、Record and Replay 把操作習慣交給 AI、手機遠端控制讓你從電腦前解放——這些功能疊加起來，正在讓 Codex 從一個開發輔助工具，變成真正意義上的 AI Agent Workspace。

如果你對 Record and Replay 感到好奇，不妨從一個你最熟悉的每週例行流程開始錄製，體驗一下「示範一次就學會」的威力。