適合想把 Windsurf 用得更準、更穩定的人。
TL;DR： 先建立固定 prompt 架構，再用真實任務反覆微調。
下一步： 讀完後可接著看 use cases 或快捷鍵頁，把方法變成可重複流程。
Windsurf 的效果好不好，往往不是因為模型突然變強，而是你有沒有把需求講清楚、把上下文放對位置。
先建立固定框架，再談進階技巧
Windsurf 在 程式開發 場景下都能用，但最穩定的方式，通常是先固定三件事：
- 任務目標
- 輸入資料
- 輸出格式
一個好用的基本框架
1. 角色或任務定位
先說明你希望 Windsurf 站在什麼位置幫你做事，例如研究助手、編輯、程式協作者或提案整理者。
2. 上下文與限制
把必要背景、資料來源、輸出限制一次講清楚，會比事後一直補條件更穩。
3. 指定輸出格式
很多品質問題其實不是理解錯，而是輸出格式不符合你後面要用的流程。
常見進階做法
- 先要求它列出計畫，再開始執行
- 指定評估標準，避免只給一個看似合理的答案
- 要求提供多版本，方便你比較而不是被單一答案綁住
下一步
- 回 Windsurf 總覽 看它功能與限制
- 接著看 use cases，讓 Prompt 寫法回到真實任務
下一步
4 個入口看完這頁之後，可以回到 Windsurf 總覽，或往其他主題繼續看。