目標模式 /goal

/goal 適合什麼任務？

/goal 是為長任務設計的。例如：

• 修一組測試
• 做一次遷移
• 最佳化一個效能指標
• 整理一批文件
• 持續推進一個多步驟修復

prompt 和 goal 的差別

普通的 prompt 是一次性請求。你問一個問題，Codex 回答，結束。

Goal 是一個持續目標。Codex 會持續朝這個方向推進，每一步都記得最終目的地是哪裡。

壞的 goal vs 好的 goal

不好的 goal：

「幫我最佳化效能」

這太模糊了。Codex 不知道從哪裡開始，也不知道什麼叫做「完成」。

好的 goal：

「把首頁 LCP 降到 2 秒以內。只改前端，不動 API。每改一步跑 Lighthouse，報告分數變化。」

邊界清楚，有可量測的完成標準，還指定了驗證方式。

如果你寫不出好的 goal

先用 /plan 讓 Codex 採訪你。

/plan 會問你一些問題，幫你把模糊的想法釐清成具體的目標。釐清之後，再用 /goal 設定方向。

推薦順序

先 /plan，再 /goal

這是新手處理複雜任務最穩的順序。不要急著直接跑 /goal，先把任務定義清楚。

AI 協作：學了這個，跟 AI 怎麼配合？

/goal 讓你把長期任務交給 AI 持續推進，自己專注在驗收。

你的人類優勢：

• 設定有意義的量化目標，而不是模糊的「最佳化」
• 在多輪迭代中判斷何時該停止、何時方向不對

可以這樣跟 AI 說：

「/goal 把這個 API 的回應時間從 3 秒降到 500ms 以內。每次改動後跑 benchmark，報告改善幅度。」