每個人都應該要有一個自己的 Prompt Builder — 不要再每次自己手寫 prompt（聊天不算😂）
核心概念是把你自己的工作流程，做成一個更高階、更抽象、可控的腳本來重用。不要每次都自己慢慢下 prompt。
換句話說：把「自己寫 prompt」這件事抽象化，把寫 prompt 外包給 AI，然後用 AI 幫你寫出來的 prompt，再回頭去問你真正的問題。
聽起來有點繞，講個兩個例子看有沒有幫助。
應用一：不要直接下 prompt，先叫 AI 生成你的 prompt
想問一個問題，先別急著問。
第一步，先叫 AI：「幫我把這個問題整理成一個好的 prompt」。它生完之後，你再用那個 prompt 去問。
為什麼這樣有效？我們之前聊過 — AI 對開頭的東西特別敏感（primacy），你開頭的問題問得好，後面整串通常答得也更好。所以先花一步把開頭那個 prompt 弄漂亮，CP 值超高。
這一步幾乎不用任何設定，純粹習慣問題，但效果差很多。
應用二：建一個「生成適合你品味的 prompt」的流程
呃…有點繞。
如果你某類東西常常在做，可以再固定一點。最簡單的做法 — 直接寫進 AI「專案」的 system prompt 裡（AI 的專案一定有類似的東西，也可能是專案設定）。之後你在那個專案裡每次聊天，它都自動幫你套上你的偏好、你的講法、你不想每次重講的那些細節。
不用每次重新交代「我習慣什麼風格、我不要什麼」，它就記在那裡，不會失憶。
進階玩法：我最近在生成式藝術上的做法
再往上一層，就是我最近在玩的東西。
我在幫自己的音樂作品做影像生成，想要某種藝術家的風格。那個能生出漂亮圖的 prompt，你真的叫我手寫，基本上是甲賽 — 裡面一堆 Hyper-Resisting、Corner Framing 之類的東西，抽象層級太低，我寫不出來。
所以我沒有去寫那個 prompt，我寫了一個 Skill，跟它說：你除了幫我生圖，還要幫我 build 一個生 prompt 的 builder。
舉個實際的例子。我要做雲彩流動的畫面，我跟它講「雲彩流動」，它可能給我流動很快的 — 因為它被訓練過正常的雲彩，也被訓練過縮時的雲彩。但自然的雲彩不可能流那麼快。我不想每次都重講一遍「不要縮時、慢慢流」，所以我把這個預設收進 builder，讓它自己幫我轉換。
或者是說「雲彩流動」，我可能就直覺對到 High Resolution HDR，系統就會知道我的風格是想要 High Resolution 的 HDR，並自動幫我套用上去。那這一層抽象，就只有我自己能夠品味出來。結果買不買單是另外一回事。
這樣整套就能被重現、被複製 — 每次或是每個分鏡要做類似的東西，我們就給它一個情境，當前的分鏡都可以馬上生圖再轉成影像。
這樣就可以不斷複製同類型的東西，不用每次都重新輸入 prompt，甚至不用再去重新思考如何建構類似的 prompt。因為這一段就可以讓 AI 去做類似的 prompt 生成，建構類似 prompt 對 AI 來說是超級拿手的。
你有品味、你知道你要往哪去，但不是每個人都有把它寫成 AI friendly 語言的耐心。
那就把這件事，交給一個你自己做的 prompt builder。
題外話
這也是市面上的一堆 prompt 產生器的核心概念。
但是它的架構真的是超簡單，而你複製不走的，其實是它如何做出這個架構的 domain expertise。所以好好地把自己 domain expertise 學好，真的是蠻重要的。