90%的人都不知道的，9個Codex的使用Tips

作者：雷子思考筆記
日期：2026年5月24日 下午7:53
來源：WeChat 原文

✦整理版優先睇

速讀 5 個重點 高亮

Codex唔止寫得code，仲可以成為你嘅長期工作系統

整理版摘要

呢篇文章係一位AI進階用戶分享佢點樣將Codex由一個普通嘅代碼生成器，升級成一個可以長期協作嘅工作系統。作者發現大部分人用Codex都仲停留喺睇code、寫code、改bug、跑測試呢啲基本嘢，但其實Codex最強嘅地方係可以睇網頁、操作瀏覽器、連接工具、處理文檔、持續跟進任務，甚至定時自動執行。

整體結論係：真正高效嘅AI協作，唔係靠每次都寫完美提示詞，而係讓AI慢慢進入你嘅項目，理解你嘅工作方式。作者整理咗10個技巧，涵蓋點樣建立固定對話、用語音輸入降低表達門檻、邊做邊改方向、提前安排下一步、做寫code以外嘅工作、將重複流程沉澱成skill、定時自動檢查、俾大任務設定驗收標準，同埋建立項目記憶庫。

呢啲技巧嘅核心係改變人同AI嘅互動模式：由「問一句答一句」變成「你話俾佢知目標、順序、判斷條件同下一步動作」，令Codex可以持續推進任務，變成一種工作系統。

  • 結論：Codex最強嘅唔係寫code，而係可以連接工具、持續跟進任務，成為你嘅工作系統。
  • 方法：為每個長期項目開一個固定對話，累積上下文，唔好每次都從頭解釋。
  • 差異：邊做邊改方向比等佢全部做完再返工更有效率，中途可以打斷佢。
  • 啟發：將好用嘅流程沉澱成skill，係未來使用AI嘅分水嶺，可以成為資產。
  • 可行動點：建立一個外部嘅項目記憶庫，將重要決策、待辦事項、產品原則等寫入，讓信息持久化。
整理重點

固定對話同語音輸入：降低協作門檻

好多時用AI最大問題係每次都要重新解釋項目背景、偏好同之前嘅決策，好浪費時間。作者建議將唔同項目分開放，每個項目開一個固定對話，慢慢累積上下文。

固定對話

咁樣下次返嚟唔使再從頭解釋，Codex可以接住之前嘅上下文繼續幹活。呢點非常關鍵，因為真正高效嘅協作靠嘅係讓AI慢慢進入你嘅項目。

共享上下文

另外，用語音輸入可以逼自己將腦入面半成品嘅想法先講出嚟。打字太累，尤其係任務未想清楚嘅時候。語音可以保留你嘅猶豫、重點同判斷，對激發行動力好有幫助。

語音輸入

適用場景包括：剛開完會口述重點、發現bug自然描述復現過程等。

整理重點

邊做邊改同提前安排：唔使等佢做完

好多人習慣將任務丟出去然後等佢全部做完，但咁樣好易方向錯咗要返工。作者建議邊做邊改，發現問題就直接打斷Codex，例如「先唔好睇文案，重點睇首屏轉化」。

邊做邊改

尤其是視覺同產品類任務，好難一開始就講得完美，見到做出嚟先知邊度唔啱。

提前安排下一步

仲有一個小技巧係開啓「寵物模式」，佢會懸浮喺桌面顯示任務狀態，唔使點開就知進度。

寵物模式

整理重點

跨工具工作同沉澱流程：由寫code擴展到自動化

Codex唔止處理代碼，仲可以操作瀏覽器、睇網頁、整理表格、根據Slack反饋修改內容等。作者建議嘗試用佢做寫代碼之外嘅工作，例如檢查落地頁、整理數據、優化頁面。

寫代碼之外嘅工作

另外，如果一個任務你每週都做，就應該沉澱成固定skill，就好似俾Codex一套標準操作方法。下次你只需要話「執行XXX skill」就得。

沉澱成固定skill

作者認為呢個係未來用AI嘅分水嶺：普通用戶一直寫提示詞，高手會將好嘅流程沉澱反覆複用，好嘅skill甚至可以成為資產交易。

分水嶺

整理重點

定時任務同驗收標準：令AI自動持續運作

用「自動化」功能可以令Codex喺固定時間自己開始工作，例如每日早上檢查你收藏嘅文章、整理今日可以寫嘅主題。呢個能力似一個工作心跳，你返嚟時上下文已經被整理好。

自動化

工作心跳

俾大任務時要設定明確嘅驗收標準，包括目標、完成條件同驗證方式。驗證方式可以用測試套件、基準測試、錯誤復現等。俾一個可以驗證嘅終點，Codex先知點樣持續推進。

明確嘅驗收標準

整理重點

項目記憶庫同結語：信息持久化

項目記憶庫

作者最後總結：以前用AI似問問題，而家用Codex似搭一個工作系統。由第一層寫代碼，到第二層理解項目，第三層連接工具，第四層進入流程，第五層持續推進目標。當你開始咁樣用，Codex就會變成一個陪你長期推進項目嘅工作系統。

工作系統

Codex 最近真係好紅。身邊好多朋友都已經由 Claude Code 轉咗用 Codex。
但我發現，大多數人用 Codex，都仲係停留喺最基礎嘅幾件事：睇 code、寫 code、改 bug、跑 test。
呢啲當然好有用。但如果你淨係當佢係一個 code 生成器，真係有啲可惜。
因為 Codex 而家最勁嘅地方，已經唔止係寫 code 咁簡單。佢可以睇網頁、操作瀏覽器、連接工具、處理文件、持續跟進任務，甚至定時幫你檢查同執行工作。
如果你呢啲功能都用埋，體驗會直接上一個台階。
我整理咗 10 個 Codex 使用技巧。好多功能睇落唔起眼，但一旦用順咗，真係會改變你對 Codex 嘅理解。
圖片       
畀長期項目分別開「固定對話」，唔好每次都從頭講起
01

好多人用 AI 最大嘅問題係，每次都好似第一次見面。
你要重新解釋項目背景，重新話畀佢知你嘅偏好，重新補充之前嘅決策，重新對齊上下文。
仲幾麻煩同浪費時間
下面呢張圖入面，我會將唔同項目分開放。每個項目單獨放喺一個文件夾入面，避免上下文互相污染。
同一個項目下面，我會再開唔同對話，分別處理唔同模塊。例如一個對話專門做小程序，一個對話專門處理管理後台。
咁做嘅好處係：項目背景可以共享，但具體任務又唔會混埋一齊。
我開第二個對話時，唔使再重新解釋呢個項目係乜嘢、之前做過啲乜、我有咩偏好。Codex 可以直接跟住上下文繼續做嘢。
圖片
呢個對話唔會每次都重新開始。佢會逐漸累積項目背景、你嘅偏好、之前做過嘅判斷、已經定落嚟嘅規則。
例如你正在開發一個小程序，過去嘅頁面結構、接口邏輯、產品命名、技術債、已經否決咗嘅方案，都可以慢慢沉澱喺呢個固定對話入面。
下一次你返嚟，唔使再從頭解釋一次，佢可以跟住之前嘅上下文繼續做嘢。
呢點非常關鍵。
真正高效嘅 AI 協作，靠嘅唔係每次都寫一個完美提示詞，而係讓 AI 慢慢進入你嘅項目，理解你嘅工作方式。

圖片       
用語音輸入，逼自己將腦入面嘅半成品想法先講出嚟
02

好多人唔願意畀 AI 提複雜需求，係因為打字太攰，尤其係任務仲未諗清楚嘅時候，你要自己寫一段結構完整、邏輯清晰、資訊充分嘅提示詞，本身已經係一個負擔。
但真實工作入面，好多需求一開始都好模糊。
比如：
「我記得之前好似有人喺羣入面提過呢個問題，但我唔記得係邊個。」
「呢版頁面我講唔出邊度唔啱，你幫我整體睇下。」
「我啱啱開完會，個腦入面有一堆資訊，你先幫我整理一下。」
呢種說話打出來會覺得好囉嗦，但講出嚟就好自然。
Codex 嘅語音輸入，價值就喺呢度。
以前都覺得同 AI 表達一啲冗長嘅自己都未有諗清楚嘅想法好羞恥，但係後來習慣咗之後係真香。
圖片
圖片
好多時候，粗糙嘅想法比精修後嘅三句話更有價值。因為佢保留咗你嘅猶豫、重點、判斷同未講完嘅部分。而且可以極大程度激發自己嘅行動力
尤其適合呢啲場景：
  • 啱啱開完會，直接口述會議重點
  • 啱啱睇完一個頁面，直接講邊度唔順
  • 啱啱諗到一個產品需求，先唔理結構，全部講出嚟
  • 啱啱發現一個 bug，先用自然語言描述復現過程
你唔使一開始就講得特別完整。
你只需要先將真實想法講出嚟，讓 Codex 幫你整理成清楚嘅任務。

圖片       
嘗試邊做邊改，唔好等佢全部做完先發現方向錯咗
03

好多人用 AI，有一個好常見嘅問題，將任務丟出去，然後等佢全部做完，結果等咗半日，發現方向唔啱。呢個時候再返工，就好浪費。
更好嘅方式係：讓 Codex 一邊做，你一邊改方向，學識打斷佢。
例如你叫佢幫你檢查一個網頁頁面，佢正在分析佈局，你突然發現佢關注錯咗重點，就可以直接打斷佢：
「先唔好睇文案，重點睇首屏轉化。」
「呢個掣太細啦，優先改掣嘅層級。」
呢就係邊做邊改，佢會令 AI 更似一個正在同你一齊做嘢嘅人。
尤其係視覺類同產品類任務，你好難一開始就將需求講得完美。好多判斷，只有睇到佢做出嚟之後，你先知邊度唔啱。
所以唔好等佢全部做完，中途發現問題，就直接改方向。

圖片       
提前安排下一步，讓 Codex 連續做嘢
04

除咗中途改方向，仲有一個好好用嘅技巧：提前安排下一步。
例如你可以對 Codex 講：
「你先將呢個頁面改完。改完之後生成預覽連結，再幫我整理一段發畀評審人嘅說明。」
或者：
「先跑 test。如果 test 通過，就總結呢次改動；如果 test 失敗，就優先定位失敗原因。」
呢類指令好有用，因為你唔需要一直睇住佢，你可以提前話畀佢知：而家先做乜嘢，做完之後繼續做乜嘢，遇到唔同結果分別點樣處理。
普通用法係：我問一句，佢答一句。
而家我為咗佢效率更高，我唔使一直睇住：我話畀佢知目標、順序、判斷條件同下一步動作。
仲有一個唔使一直睇住佢嘅小Tips，就係開啓「寵物模式」。佢會一直懸浮喺桌面，話畀我知而家任務嘅狀態。唔使㩒開就知道任務進度啦。可可愛愛又好好用！
圖片
圖片

圖片       
嘗試用 Codex 幫你做寫 code 以外嘅工作
05

Codex 當然可以處理 code。但電腦上面嘅好多工作，其實都可以拆成一連串動作。
例如：打開網頁，檢查頁面，讀取數據，調用接口，導出文件，整理表格，根據反饋繼續修改，將文件交畀別人審閲。
呢啲嘢過去都需要人一步步操作，而家 Codex 可以經唔同工具進入呢啲場景。
例如佢可以喺側邊欄入面睇網頁同頁面產物
圖片
亦都可以基於你已經登入嘅 Chrome 去處理網頁任務；仲可以操作某啲只能用電腦界面完成嘅工作；
可以叫佢檢查一個 landing page；整理一張表。可以叫佢根據 Slack 入面嘅反饋修改內容。可以叫佢睇 GitHub 入面嘅評論。可以叫佢將一個網頁打開、檢查、debug、優化。
等等等等，可以做嘅嘢真係好多喇！！

圖片       
將重複工作沉澱成固定流程
06

如果一個任務你每個星期都做，就唔好每次都重新教 AI，你可以沉澱成固定 skill。
你可以將佢理解成：畀 Codex 做一套自己嘅標準操作方法。
一旦某個流程被驗證有效，下次就唔使再寫一大段要求。
你只需要講執行 XXX skill 就得
呢個就好似俾自己嘅團隊建立工作 SOP。
我覺得呢個會係未來使用 AI 嘅一個分水嶺。
普通用戶一直喺度寫提示詞。高手會將好用嘅流程沉澱落嚟，反覆重用。
好用嘅 skill 會成為資產，可以交易，可以賺錢。
所以大家一定要有沉澱自己資產嘅意識
圖片

圖片       
讓 Codex 定時檢查同執行任務
07

如果你每次都要手動打開 Codex，佢就只能被動等你。
你可以嘗試用一下佢嘅「自動化」功能，讓 Codex 喺固定時間自己開始工作。
例如你有一個「內容助理對話」，佢每日早上檢查你昨日收藏嘅文章、寫咗一半嘅選題、標記過嘅素材，然後幫你整理今日可以寫嘅 3 個主題。。
呢個能力非常似一個工作心跳。
人離開咗，對話仲喺度繼續檢查。你返嚟時，好多上下文已經俾佢提前整理好。

圖片       
畀大任務設定明確嘅驗收標準
08

好多人俾 AI 佈置任務時鐘意講：幫我將呢個做好、幫我優化一下、按照呢個計劃執行，等等模稜兩可嘅任務
但係，到底乜嘢叫做好？乜嘢叫優化完？做到邊一步算結束？
對於大任務，你最好俾 Codex 一個明確嘅完成標準。
一個好嘅大任務，最好包含三件事：目標係乜嘢；做到咩程度算完成；用咩方式驗證結果。
驗證方式可以係測試套件、基準測試、錯誤復現、驗證表，或者一個必須跑通嘅完整流程。
你俾佢一個可以驗證嘅終點，佢先知點樣持續向前推進。

圖片       
建立一個「項目記憶庫」，唔好讓重要資訊只係躺喺聊天記錄入面
09

長期使用 Codex，仲有一個特別關鍵嘅技巧：
唔好將所有上下文都留喺聊天記錄入面。
聊天記錄好方便，但佢唔適合長期保存項目知識。
真正重要嘅資訊，最好寫到一個外部、穩定、可查看、可遷移嘅地方。
入面可以放：待辦事項；項目背景；人員資訊；關鍵決策；歷史問題；產品原則等等
然後你話畀 Codex 知：呢啲文件係長期工作記憶，重要決策要寫入去，待辦事項要歸檔入去，冇實質變化就唔好亂改。
咁做嘅好處係，下一次任何對話都可以接上呢啲上下文。
重要資訊如果淨係留喺聊天入面，好容易被淹沒。
寫入一個項目記憶庫，AI 先可以長期接力。

圖片       
寫喺最後
10

以前我哋用 AI，比較似係喺度問問題。
而家用 Codex，比較似係喺度搭建一個工作系統。
第一層，係讓佢寫 code。第二層，係讓佢理解項目。第三層，係讓佢連接工具。第四層，係讓佢進入流程。第五層，係讓佢持續推進目標。
呢個都係我覺得好多人低估 Codex 嘅原因。
當你開始咁樣用，Codex 就會由一個會寫 code 嘅 AI，變成一個可以陪你長期推進項目嘅工作系統。
Codex 最近真的太火了。身邊好多朋友已經從 Claude Code 轉到了 Codex。
但我發現，大多數人用 Codex，還是停留在最基礎的幾件事：看代碼、寫代碼、改 bug、跑測試。
這些當然很有用。但如果你只把它當成一個代碼生成器，真的有點可惜。
因為 Codex 現在最強的地方，已經不只是寫代碼了。它可以看網頁、操作瀏覽器、連接工具、處理文檔、持續跟進任務，甚至定時幫你檢查和執行工作。
如果這些功能你都用起來，體驗會直接上一個台階。
我整理了 10 個 Codex 使用技巧。很多功能看起來不起眼，但一旦用順了，真的會改變你對 Codex 的理解。
圖片       
給長期項目分別開“固定對話”，別每次都從頭講
01

很多人用 AI 最大的問題是，每次都像第一次見面。
你要重新解釋項目背景，重新告訴它你的偏好，重新補充之前的決策，重新對齊上下文。
還挺麻煩浪費時間的
下面這張圖裏，我會把不同項目分開放。每個項目單獨放在一個文件夾裏，避免上下文互相污染。
同一個項目下面，我會再開不同對話，分別處理不同模塊。比如一個對話專門做小程序，一個對話專門處理管理後台。
這樣做的好處是：項目背景可以共享，但具體任務又不會混在一起。
我開第二個對話時，不用再重新解釋這個項目是什麼、之前做過什麼、我有哪些偏好。Codex 可以直接接着上下文繼續幹活。
圖片
這個對話不會每次都重新開始。它會逐漸積累項目背景、你的偏好、之前做過的判斷、已經定下來的規則。
比如你正在開發一個小程序，過去的頁面結構、接口邏輯、產品命名、技術債、已經否掉的方案，都可以慢慢沉澱在這個固定對話裏。
下一次你回來，不用再從頭解釋一遍，它能接着之前的上下文繼續幹活。
這點非常關鍵。
真正高效的 AI 協作，靠的不是每次都寫一個完美提示詞，而是讓 AI 慢慢進入你的項目，理解你的工作方式。

圖片       
用語音輸入，逼自己把腦子裏的半成品想法先說出來
02

很多人不願意給 AI 提複雜需求，是因為打字太累，尤其是任務還沒想清楚的時候，你讓自己寫一段結構完整、邏輯清晰、信息充分的提示詞，本身就是一個負擔。
但真實工作裏，很多需求一開始都很模糊。
比如：
“我記得之前好像有人在羣裏提過這個問題，但我忘了是誰。”
“這版頁面我說不上來哪裏不對，你幫我整體看看。”
“我剛開完會，腦子裏有一堆信息，你先幫我整理一下。”
這種話打出來會覺得很囉嗦，但說出來很自然。
Codex 的語音輸入，價值就在這裏。
以前也覺得跟AI表達一些冗長的自己都沒有想清楚的想法很羞恥，但是後面習慣了之後是真香。
圖片
圖片
很多時候，粗糙的想法比精修後的三句話更有價值。因為它保留了你的猶豫、重點、判斷和沒說完的部分。而且可以極大程度激發自己的行動力
尤其適合這些場景：
  • 剛開完會，直接口述會議重點
  • 剛看完一個頁面，直接說哪裏彆扭
  • 剛想到一個產品需求，先不管結構，全部說出來
  • 剛發現一個 bug，先用自然語言描述復現過程
你不用一上來就講得特別完整。
你只需要先把真實想法說出來，讓 Codex 幫你整理成清楚的任務。

圖片       
嘗試邊做邊改，別等它全做完才發現方向錯了
03

很多人用 AI，有一個很常見的問題，把任務丟出去，然後等它全部做完，結果等了半天，發現方向不對。這時候再返工，就很浪費。
更好的方式是：讓 Codex 一邊做，你一邊改方向，學會打斷他。
比如你讓它幫你檢查一個網頁頁面，它正在分析佈局，你突然發現它關注錯了重點，就可以直接打斷它：
“先別看文案，重點看首屏轉化。”
“這個按鈕太小了，優先改按鈕層級。”
這就是邊做邊改，它會讓 AI 更像一個正在和你一起幹活的人。
尤其是視覺類和產品類任務，你很難一開始就把需求說得完美。很多判斷，只有看到它做出來之後，你才知道哪裏不對。
所以不要等它全部做完，中途發現問題，就直接改方向。

圖片       
提前安排下一步，讓 Codex 連續幹活
04

除了中途改方向，還有一個很好用的技巧：提前安排下一步。
比如你可以對 Codex 說：
“你先把這個頁面改完。改完後生成預覽連結，再幫我整理一段發給評審人的說明。”
或者：
“先跑測試。如果測試通過，就總結這次改動；如果測試失敗，就優先定位失敗原因。”
這類指令很有用，因為你不需要一直守着它，你可以提前告訴它：現在先做什麼，做完之後接着做什麼，遇到不同結果分別怎麼處理。
普通用法是：我問一句，它答一句。
現在我為了他效率更高，我不用一直守着：我告訴它目標、順序、判斷條件和下一步動作。
還有一個不用一直守着的它的小Tips，就是開啓“寵物模式”。他會一直懸浮在桌面上，告訴我現在任務的狀態。不用點開就能知道任務進度了。可可愛愛又很好用！
圖片
圖片

圖片       
嘗試用Codex幫你做寫代碼之外的工作
05

Codex當然可以處理代碼。但電腦上的很多工作，其實都可以拆成一連串動作。
比如：打開網頁，檢查頁面，讀取數據，調用接口，導出文件，整理表格，根據反饋繼續修改，把文件交給別人審閲。
這些事情過去都需要人一步步操作，現在 Codex 可以通過不同工具進入這些場景。
比如它可以在側邊欄裏看網頁和頁面產物
圖片
也可以基於你已經登錄的 Chrome 去處理網頁任務；還可以操作某些只能通過電腦界面完成的工作；
可以讓它檢查一個落地頁；整理一張表。可以讓它根據 Slack 裏的反饋修改內容。可以讓它看 GitHub 裏的評論。可以讓它把一個網頁打開、檢查、調試、優化。
等等等等，可以乾的事情真的很多了！！

圖片       
把重複工作沉澱成固定流程
06

如果一個任務你每週都做，就不要每次都重新教 AI，你可以沉澱成固定skill。
你可以把它理解成：給 Codex 做一套自己的標準操作方法。
一旦某個流程被驗證有效，下次就不用再寫一大段要求。
你只需要說執行XXXskill就行了
這就像給自己的團隊建立工作 SOP。
我覺得這會是未來使用 AI 的一個分水嶺。
普通用戶一直在寫提示詞。高手會把好用的流程沉澱下來，反覆複用。
好用的skill會成為資產，可以交易，可以賺錢。
所以大家一定要有沉澱自己的資產的意識
圖片

圖片       
讓 Codex 定時檢查和執行任務
07

如果你每次都要手動打開 Codex，它就只能被動等你。
你可以嘗試用一下它的“自動化”功能，讓 Codex 在固定時間自己開始工作。
比如你有一個“內容助理對話”，它每天早上檢查你昨天收藏的文章、寫了一半的選題、標記過的素材，然後幫你整理今天可以寫的 3 個主題。。
這個能力非常像一個工作心跳。
人離開了，對話還在繼續檢查。你回來時，很多上下文已經被它提前整理好了。

圖片       
給大任務設置明確的驗收標準
08

很多人給 AI 佈置任務時喜歡說：幫我把這個做好、幫我優化一下、按照這個計劃執行，等等模稜兩可的任務
但是，到底什麼叫做好？什麼叫優化完？做到哪一步算結束？
對於大任務，你最好給 Codex 一個明確的完成標準。
一個好的大任務，最好包含三件事：目標是什麼；做到什麼程度算完成；用什麼方式驗證結果。
驗證方式可以是測試套件、基準測試、錯誤復現、驗證表，或者一個必須跑通的完整流程。
你給它一個可以驗證的終點，它才知道怎麼持續往前推進。

圖片       
建一個“項目記憶庫”，別讓重要信息只躺在聊天記錄裏
09

長期使用 Codex，還有一個特別關鍵的技巧：
不要把所有上下文都留在聊天記錄裏。
聊天記錄很方便，但它不適合長期保存項目知識。
真正重要的信息，最好寫到一個外部、穩定、可查看、可遷移的地方。
裏面可以放：待辦事項；項目背景；人員信息；關鍵決策；歷史問題；產品原則等等
然後你告訴 Codex：這些文件是長期工作記憶，重要決策要寫進去，待辦事項要歸檔進去，沒有實質變化就不要亂改。
這樣做的好處是，下一次任何對話都可以接上這些上下文。
重要信息如果只留在聊天裏，很容易被淹沒。
寫進一個項目記憶庫，AI 才能長期接力。

圖片       
寫在最後
10

以前我們用 AI，更像是在問問題。
現在用 Codex，更像是在搭一個工作系統。
第一層，是讓它寫代碼。第二層，是讓它理解項目。第三層，是讓它連接工具。第四層，是讓它進入流程。第五層，是讓它持續推進目標。
這也是我覺得很多人低估 Codex 的原因。
當你開始這樣用，Codex 就會從一個會寫代碼的 AI，變成一個能陪你長期推進項目的工作系統。