大模型過度提示詞優化：別再用保姆級長指令管AI了

關於大模型過度提示詞優化，技術專家 Addy Osmani 在 2026 年 10 月 29 日針對新版模型發文直言：很多人可能都在過度提示 Claude 了。以 Claude Opus 5.5 為例，模型所需要的指令其實比大家習慣給的少得多。他在 Claude Code 團隊的實踐中提到，像 Claude Opus 5 和 Claude Fable 5 移除了超過 80% 的系統提示詞後，編碼評測表現並沒有出現可測量的下滑。

這件事對正在做企業級 AI 落地的團隊是個明確提醒：你寫了三五千字的詳細規矩，自以為把 AI 管得服服帖帖，結果往往是限制了高階模型的發揮，還白白增加了延遲和成本。

為什麼説寫得越細，模型反而越容易犯傻？

過去做企業Prompt工程，大家習慣把業務步驟拆得極細，生怕大模型漏掉哪一步。比如一家做工業除濕機的企業市場總監，在後台給寫稿智能體寫提示詞，從“第一步查參數、第二步列對比、第三步加反問、第四步分三段總結”寫了整整四頁文檔。結果跑出來的文案極度僵化，遇到新型號參數缺失就直接卡住死循環。

這就是典型的誤區：以為管 AI 就像管剛入職的實習生，不把手把手步驟寫死它就不會幹活。

但在新一代模型面前，這種保姆式的微操指令適得其反。模型現在已經具備了自主推理規劃的能力，你用冗長的控制性廢話塞滿上下文，模型就必須把大量的注意力分配去比對你那些瑣碎的流程限制，反而丟掉了核心目標。過度約束不僅壓縮了推理空間，還會把模型帶進僵硬的死衚衕。

智能體提示詞設計：從管過程轉向管結果

面對 Claude Opus 5.5 這種級別的模型，正確的姿勢是給出單一清晰的目標，以及它自己能檢查的驗證條件，然後放手讓它做。

參數調節上，可以從 Claude推理努力度（/effort medium）起步，根據任務複雜度再做增減。如果連你自己都還沒想清楚任務該怎麼做，先別急着寫一堆硬性規定，直接讓 Claude 像業務顧問一樣向你提問，直到它能整理出一份完整的任務規範（spec）。拿到這份規範後，開啓新的會話再去執行。

只要系統能給出一個能夠判斷通過或失敗的標準，或者一個可以超越的量化數值，並且把執行報告做成模型可讀的格式，模型自己就會不斷嘗試、修正，直到達標後自主停止，根本不需要人工在螢幕前全程盯梢。

為了幫大家快速給現有的指令瘦身，我整理了這份自查表：

別濫用子智能體，做好AI工作流精簡

除了提示詞本身的冗長，另一個常見坑點是工作流的過度設計。很多人覺得一個任務搞不定，就瘋狂套用多智能體框架，把一個普通任務切碎給四五個子智能體互相彙報。

Addy Osmani 在文章中特別指出，像 Opus 5.5 這種模型自己就能判斷是否需要調用子智能體，人工很少需要主動介入要求它拆分。只有像長時間的大規模審計或系統遷移這種獨立的大工程，並行子智能體才有意義。對於日常小任務，堆疊子智能體只會成倍增加調用成本和響應延遲，它們能分擔並行工作，但預設並不會讓結果變聰明。

在實際構建業務工具時，一個具備完善技能（Skills）的單智能體，其表現往往比一套複雜的子智能體設計更穩定，響應更快，成本也更低。定期做一次 AI工作流精簡，用審計指令核查那些為了舊模型妥協的冗長代碼，只在模型報錯時才把必要的限制加回去。

從星盒的實踐看

在星盒AI過去服務 500+ 家企業的實踐中，我們也發現過類似的問題：企業一開始搭建內部營銷智能體時，往往試圖把員工十幾年的經驗全都寫進 Prompt 裏，導致提示詞越來越重，單次調用越來越慢。

後來我們在部署實戰智能體和新媒體內容工廠時，全面調整了邏輯。我們把背景知識沉澱進企業專屬知識庫，而讓寫稿智能體專注於「自説、他説、傳説」等維度的具體交付標準與驗證規則。當智能體有了統一的知識底座和清晰的驗收條件，創作者就不需要每天對着模型寫長篇大論。實測統計下，單條內容的創作時間能從 2–4 小時縮短到 5–10 分鐘，單人日產出可以從 1–3 條提升到 50–100 條。讓指令變輕、讓目標變硬，模型才能真正跑起來。