常常有人走過來問我：「Codex 能做到這個嗎？」
然後他們會花兩三分鐘，詳細解釋「這個」到底是什麼：他們想解決的問題、應用程式該做什麼、以及一個好的結果會是什麼樣子。有時他們會分享自己已經嘗試過的方法、哪些有效、哪些沒效。
而我心裡想的是：你應該直接把這些話對 Codex 說。
你剛才的整段解釋，本身就是提示詞了。
提示工程已死，卻又未死
如果提示工程意味著在尋求幫助之前，得先學會一門秘密語言，那我認為它基本上已經死了。特別是在推理模型的時代，通常沒有什麼神奇的關鍵字能解鎖正確答案。我不認為你應該對著空白畫面苦思一個小時，只為了寫出完美的提示詞。
但它也並非完全死去，因為清晰度依然重要。模糊不清會讓 Codex 更難理解，就像對任何人一樣。如果我打亂這篇文章的段落順序，或改用你不懂的語言，你讀起來也會更吃力。甚至連時態都有影響：「我試過這個」和「我希望你試試這個」是不一樣的。
你真正想要的是什麼？哪些背景資訊很重要？Codex 需要知道哪些限制條件？一個好的結果會是什麼樣子？
跟 Codex 說話，就像跟你的合作夥伴說話一樣。
我喜歡從結果開始：我的目標是什麼？這也是使用 Agent 時更廣泛的轉變。與其一步步編寫腳本、要求每個中間輸出，我可以直接解釋我想達成什麼、設定好界線，然後讓 Codex 協助找出路徑。
說出混亂的版本
大多數的想法並不是以清晰的規格書形式出現的。它們聽起來更像是：
「嗯，我有這些檔案。格式有點不一樣。我週五前需要一份報告。我覺得大部分資料都在，但這個匯出的檔案有點奇怪……」
沒關係。直接說出來就對了。
當你漫無邊際地說話時，往往會給 Codex 更多線索。你會提到那些在精心打磨的提示詞中可能會被刪除的細節。你會中途改變主意。你會說：「其實不對，我不要那個。」
改變主意能揭示你不想要的東西。一個偏離主題的敘述，可能揭露一個隱藏的限制。邊想邊說，對你和 Codex 理解任務都有幫助。
使用語音輸入時，按下麥克風，口述你的簡報，檢查轉錄文字，然後發送出去。
如果你的設定支援，語音模式能做得更多。你可以追問、打斷、改變方向，或開啟新的思路。你也可以用它來協調工作：開始另一個任務、檢查現有任務、詢問卡關的地方、或引導正在進行的工作。
老實說，跟電腦說話還是感覺有點奇怪。在辦公室裡，我會拿著一支 DJI 麥克風。戴著麥克風的耳機也行。
但這總比讓一個好點子卡在腦子裡，只因為你還沒找到完美的書寫方式來表達它要好。
問那個荒謬的問題
有一個大家熟悉的迷因版本是這樣的：
「Codex，幫我做一個價值十億美元的 B2B SaaS。不要搞錯。一次搞定。」
你不可能一次就搞定一家價值十億美元的公司。但這段對話可能會發掘出一些真實的東西：一個你理解的問題、一個有這個問題的人、以及一個值得踏出的第一步。這是經典的問題解決方法：把複雜的問題分解成更小、可實現的步驟。
價值就在於對話本身。它可以帶你從一個荒謬的問題，走到你今天就能實際交付的東西。
幾個實用的開場方式
如果想法還很模糊，可以請 Codex 訪談你：
「我還在摸索這個。一次問我一個問題。對於任何模糊的地方都要追問，然後幫我把它變成具體的東西。」
或者非常直接地提問：
- 我的盲點是什麼？
- 什麼會讓這個失敗？
- 我在什麼事情上想太多了？
- 最小可行的版本是什麼？
- 在你開始之前，你需要知道什麼？
當你想要更多結構時，Codex 的計畫模式很有用。它可以問澄清問題、提供選項，並在實作之前先討論方法。
但我不認為每個想法都需要從那裡開始。有時候，開放式的對話進行得更順暢。我們不會把與同事的每一次對話都劃分成計畫和執行。先聊一聊。讓問題的輪廓浮現出來。當工作需要時，再轉入計畫。
問 Codex 關於 Codex 的事
「跟 Codex 說話」還有第二層意思：問它關於它自己的問題。
問它能看到什麼。問哪個模式比較合理。問有哪些工具可用。問它打算如何驗證自己的工作。
如果 OpenAI Docs 技能 可用的話，請 Codex 查閱文件。你也可以查看公開的 Codex 儲存庫，或者複製一份，然後請 Codex 解釋它是如何運作的。
如果 Codex 沒達標，問為什麼
「你做了這個，但我其實想要那個。我們哪裡出錯了？」
也許你的要求有歧義。也許某個 AGENTS.md 檔案或技能把工作導向了不同的方向。也許某個外掛、權限或工具不可用。也許 Codex 做了錯誤的假設。
問它理解了什麼、遵循了哪些指令、什麼失敗了、以及你可以把什麼說得更清楚。Codex 通常可以利用仍然可用的上下文來協助審視這次協作本身。
在可用的情況下，你可以在 Codex 運行時，使用 /side 開啟一個側邊對話，而不中斷主對話。問它完成了什麼、還剩什麼、卡在哪裡、以及你能如何幫忙。你基本上就是它在站立會議上的主管。
如果你想用白話文解釋某件事，可以在對話記錄中選取文字，然後選擇「在側邊對話中提問」。
把想法從腦子裡拿出來
在一次公路旅行中，我開始跟 Codex 討論一個簡報。這後來變成了這場演講和這篇文章的架構。我口述了粗略的想法，改變了幾次主意，然後繼續下去。
通常最大的障礙不是模型本身。是我們自己。我們覺得想法還不夠成熟。我們不知道正確的提示詞是什麼。我們擔心自己沒有解釋清楚。
介面會變得更好。如果你對於跟 Codex 對話應該是什麼感覺有任何想法，我真的很想聽聽看。
直接問 Codex 吧。
