跳到主要內容
Cypher's Practical Coding
正在準備工作環境...

最重要的提示詞公式

只記一個公式

目標 + 上下文 + 約束 + 完成標準

寫 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 →