正在準備工作環境...
最重要的提示詞公式
只記一個公式
目標 + 上下文 + 約束 + 完成標準
寫 prompt 不需要記很多技巧,這一個公式就夠了。
四個要素拆解
目標:你要改變什麼? 不是「幫我看一下這段程式碼」,而是「把這個函式的時間複雜度從 O(n²) 降到 O(n log n)」。
上下文:哪些資訊是重要的? 相關的檔案、報錯訊息、截圖、背景知識——讓 Codex 不用猜。
約束:不能改什麼?要遵守什麼? 「不要動其他功能」「只改前端」「不能破壞現有的 API 介面」。
完成標準:怎樣算做完? 「跑過測試」「Lighthouse 分數超過 90」「diff 裡只有 3 個檔案」。
三個實用模板
模板 1:解釋專案
請解釋這個專案的整體架構。
重點說明入口檔案、核心模組、資料流向。
不要修改任何檔案。
模板 2:修 bug
XX 頁面點擊 YY 按鈕後報錯 ZZ。
請找到原因並修復。
不要改動其他功能。
修完後跑測試確認。
模板 3:寫文件或文章
寫內容也一樣。不要只說「幫我寫一篇文章」,而是說清楚:
- 讀者是誰
- 標題和角度
- 風格和字數
- 事實來源
- 必須涵蓋的模組
好的 prompt 不是長,而是邊界清楚
很多人以為 prompt 越長越好。錯了。
好的 prompt 是讓 Codex 知道「該做什麼」和「不該做什麼」。邊界清楚,執行才準確。
AI 協作:學了這個,跟 AI 怎麼配合?
好的 prompt 是 AI 協作中最核心的技能。
你的人類優勢:
- 把業務需求翻譯成有明確邊界的技術指令
- 判斷什麼資訊該給、什麼不該給
可以這樣跟 AI 說:
「目標:修復購物車結帳按鈕無反應的 bug。上下文:src/cart/checkout.tsx 第 42 行。約束:不動其他頁面。完成標準:按鈕點擊後成功跳轉結帳頁。」
挑戰任務
Task 1
選一個你最近遇到的實際問題(工作或學習都可以),用「目標 + 上下文 + 約束 + 完成標準」的公式寫一個 prompt。寫完後,看看哪個要素最難填——為什麼?
← BackNext Lesson →