多數「糟糕的 AI 回答」不是模型的錯 - 而是 prompt 的錯。 更具體地說，問題在於某些 prompt 花 200 個字重新解釋你是誰，卻只用 12 個字說明你真正想要什麼。讓我們逐行拆解一則 prompt，看看這些 token（以及你的耐心）究竟在哪裡消磨殆盡。
範例 A：一則看似真實、完全典型的 prompt
以下是每天大約一萬一千次被貼到 ChatGPT 或 Claude 的訊息類型。它沒有任何不尋常之處。問題就在這裡。
"嗨！在提出問題之前，先提供一些背景資訊 - 我經營一個名為 Lumen & Co 的小型 DTC 護膚品牌，主要銷售精華液和保濕霜，客群以 25-45 歲女性為主；我們的品牌語調親切但有科學根據，不過度推銷，也不喜歡驚嘆號或「改變遊戲規則」、「革命性」之類的炒作詞。我們團隊規模很小，所以身兼多職，負責行銷，也處理部分客服工作。為我們撰寫內容時，請使用溫暖但專業的語氣，段落保持簡短，因為我們的客戶多半用手機閱讀；此外，請務必避免提出醫療宣稱，因為我們並非受 FDA 監管的藥品。我們也喜歡在電子郵件結尾加上柔和的 CTA，不要太強勢。好了，考量以上所有資訊 - 你可以幫我寫一封給電子報新訂閱者的歡迎信嗎？內容應該說明我們是誰，以及訂閱後可以獲得什麼。字數可以控制在 200 字以內。非常感謝，如果你還需要其他資訊，請告訴我！"
讀起來沒問題，對吧？聽起來像是一個親切、周到、樂於協助 AI 的人。但這段文字也將近 230 個字，其中約 75% 的內容明天、後天，以及本季剩餘時間裡這個人每天寫信給 AI 時，都要重新輸入一次。
逐行拆解
"嗨！在提出問題之前，先提供一些背景資訊 -"
結論：清嗓式開場。 零資訊。浪費 token，也消耗讀者的耐心，讓真正的請求整整延後一句。直接刪掉即可，沒有任何缺點。
"我經營一個名為 Lumen & Co 的小型 DTC 護膚品牌，主要銷售精華液和保濕霜，客群以 25-45 歲女性為主"
結論：永久性背景資訊，靠記憶重新輸入，而且輸入得很糟。 這正是應該永久保存於某處的資訊，而不是每次都在聊天輸入框裡從頭重建。更糟的是：如果明天這句話的版本忘了「大多數」，改成絕對地說「25-45 歲女性」呢？現在 AI 每天掌握的事實都略有不同，因為疲憊的人類憑記憶重新輸入公司資訊，而不是將其一次定義並鎖定。
「我們的品牌聲音親切但以科學為依據，不要過度推銷；我們不喜歡驚嘆號或『改變遊戲規則』、『革命性』這類炒作詞」
結論：這才是精華所在 - 卻被浪費了。 這是一項真實、具體且有用的風格規則。問題不在於它不重要，而在於它是短暫的。它只存在於一則訊息中，之後就消失無蹤。下週，當同一個人要求撰寫產品說明時，他們要嘛重新輸入整套規則（浪費更多 tokens），要嘛忘了輸入，結果得到充滿驚嘆號和「革命性」一詞的文案，接著還得退回並重做。這種來回才是模糊、一次性標準的真正成本 - 不只是第一稿，而是第二稿、第三稿和第四稿。
「我們是個小團隊，所以我身兼多職，也負責行銷和部分客戶服務。」
結論：與這項任務無關。 有趣的個人背景資訊，但不會改變電子郵件應有的寫法。這相當於對話版的 Slack 訊息，開頭是「所以基本上」，四分鐘後才終於講到重點。
「請使用溫暖但專業的語氣，段落保持簡短，因為我們的客戶會在手機上閱讀；此外，由於我們並未受 FDA 以藥品身分監管，請始終避免做出醫療聲稱」
結論：更多永久規則，正確識別為重要內容，但放置位置不正確。「避免醫療聲稱」不是一次性的偏好，而是一項合規規則，應永久適用於這個品牌生成的每一份文案。把永久性的法律防線埋在單一 prompt 裡，意味著它只有在你記得輸入的那些日子裡才能保護你。這不是風格選擇，而是一項放錯位置的責任風險。
「我們喜歡用柔和的 CTA 結尾，不要太咄咄逼人」
結論：模糊，而模糊是昂貴的。「柔和、不強勢」對這句話的每位讀者而言都有不同含義，對 AI 也一樣。它只能猜。也許它猜對了。也許它寫出「立即探索我們的暢銷商品！」而你又得再次解釋，對你而言「立即」讀起來很強勢。模糊的指示不會大聲失敗 - 它們會悄悄失敗，產出一份看似合理、卻有些偏離的初稿，接著引發一輪「不，要更像是 -」的訊息，而這些訊息耗費的時間，比一開始寫出明確指示還要多。
「你可以幫我寫一封給電子報新訂閱者的歡迎電子郵件嗎？內容應該大概說明我們是誰，以及他們訂閱後會得到什麼。可以盡量控制在 200 個字以內嗎？」
結論：終於，真正的任務 - 被埋在第 190 個字。這確實是 AI 唯一需要清楚處理的內容。之前的一切，不是開場白、無需重新輸入的固定背景資訊，就是與真正要求爭奪注意力的模糊風格指引。
「非常感謝，如果你還需要我做任何事，請告訴我！」
結論：不錯。也可以直接刪掉。 AI 不會因為少了它而感到受傷。
總共約 230 個字。實際任務約 30 個字。應該永遠不必重新輸入的固定背景資訊約 90 個字。被困在一次性訊息中的真正風格／合規規則約 60 個字。其餘都是填充內容。這個比例正是整個問題所在。
Skill 檔案實際解決了什麼問題
Skill 檔案（你一次載入 Claude、ChatGPT 或 Gemini 的 system-prompt / Project-instructions 文件）就是一個永久存放區，用來保存該 prompt 中所有不是任務本身的內容。品牌名稱、受眾、語氣規則、禁用詞、合規防護措施、格式偏好 - 所有內容只需定義一次、載入一次，之後每次對話都會單純地視為 既定事實。你不必再憑記憶重新輸入固定資訊，也就不會因為某個星期二趕時間，而讓自己品牌語氣的略有不同版本冒出來。
先將你的品牌語氣、風格規則和禁用詞清單載入 Jake，之後每封歡迎電子郵件、產品描述或登陸頁面需求，都會從明確且符合品牌風格的基準開始，而不是靠猜。
查看 Jake - 轉換文案撰寫員 →附錄 B：「之後」版本
假設上方的 Skill 檔案已經載入 - 品牌名稱、受眾、語調規則、禁用詞，以及 FDA 合規防護規則都已一次定義並永久保留。以下是實際出現歡迎電子郵件任務時要傳送的完整訊息：
「為新訂閱電子報的讀者撰寫一封歡迎電子郵件，不超過 200 字，結尾以柔和 CTA 引導讀者瀏覽暢銷商品頁面。提及他們註冊後會獲得的內容（新精華液上市的提前體驗、偶爾提供的折扣碼）。」
就是這樣。兩句話。不必重新說明公司。不必重新說明語氣。也不必希望 AI 這次記得「不要太強勢」是什麼意思，因為「不要太強勢」已經在 Skill 檔案中透過實際範例定義，而不是只是一種感覺。
為什麼之後的版本更便宜又更好
這是兩項獨立的優勢，值得分開來看：
- 更便宜：固定背景資訊（品牌、受眾、語氣、合規規則）只需輸入一次，而不是每次對話都輸入一次。一週的 prompts 累積下來，這不是四捨五入後可以忽略的誤差 - 而是每次都從一則 230 字的訊息變成 30 字訊息的差別。更少的輸入 tokens、更少花在憑記憶重打同一段文字上的時間，也減少了只為切入重點而承受的心理負擔。
- 更好：AI 不會猜測未明說的標準，因為已經沒有未明說的標準了。「柔和 CTA」不再是模型必須從語氣中推測的感覺 - Skill 檔案已經把它列為規則，並附上柔和與強硬表達方式的範例。這能減少「不，是更像這樣 -」的後續要求，而這正是模糊初始 prompt 真正隱藏的成本：不是第一個答案，而是為了得到你實際會發送的答案，還要重寫三次。
把這兩者放在一起，結果非常明顯：一個縮短 85% 的 prompt，加上一份需要較少編輯的初稿，並不是小幅的效率提升。這是從「AI 像一個緩慢、不可靠、每天晚上都會忘光一切的實習生」到「AI 像一位已經了解你工作方式的專家」之間的差別。
如果你的「浪費 prompt」其實是浪費在 SEO 簡報上 - 每次都要重新說明你的利基市場、關鍵字目標和內容規則 - Serge 會永久保留這些背景資訊，讓每份簡報都能從真正的任務開始。
查看 Serge - SEO 專家 →如何在你自己的 prompts 上執行這項拆解
把你最近給 ChatGPT 或 Claude 的長 prompt 用三種顏色標記：灰色代表刪掉也不會損失任何內容的開場贅述，黃色代表不會因任務而改變的、關於你或公司的既有資訊，綠色代表實際任務。如果黃色超過訊息的三分之一，那就不是 prompt 的問題 - 而是缺少技能檔案。所有黃色內容都應該放在某個永久位置。所有綠色內容才是你真正應該輸入的內容。
總結：
大多數很長的 prompt 並不詳細 - 它們只是缺乏組織，把你的永久資訊與你今天實際想要獲得答案的唯一事項混在一起。像 Jake（轉換文案撰寫者） 或 Serge（SEO 專家） 這樣的技能檔案只需設定一次，之後每個 prompt 就能從一整段重新自我介紹，變成兩句真正必要的句子。
輸入你（或你的團隊）實際使用 AI 聊天的方式，取得重新撰寫 prompt 與使用持久技能檔案之間，實際每月浪費的 token 數量與費用估算。不需註冊，也不需電子郵件 - 只套用這篇文章的計算方式到你的數據。
試用計算機 →常見問題
「技能檔案」究竟是什麼？
它是一份文字文件，通常以 Markdown 撰寫，你只需將它貼到 Claude 的 Project 指示、ChatGPT 自訂 GPT 或 Project，或 Gemini Gem 中一次。它包含所有在每次對話中都應維持不變的內容：你的身分、標準、合規規則與格式偏好。之後，每次新聊天一開始就已經知道這些內容。
每次 prompt 都重複上下文，難道不算是「更周全」嗎？
這看起來很周全，但其實正好相反，並不可靠 - 你每次都在憑記憶重新建構相同的資訊，這表示細微的不一致會逐漸出現，而且你把文字花在設定上，而不是實際任務上。技能檔案比任何 prompt 都更周全，因為它只需謹慎撰寫一次，而且不會在時間壓力下失效。
較短的 prompt 真的會產生更好的答案嗎？
較短的 prompt 搭配已載入的技能檔案，能產生更好的答案，因為既有規則仍然存在 - 只是它們不會在同一則訊息中與任務爭奪注意力。沒有技能檔案支援的短 prompt 則是另一回事，而且效果更差：那只是一個資訊不足的請求。
