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