註冊

Claude API 預填充（prefill）不能用了怎麼辦：替代寫法改造提示詞（結構化輸出、直接指令、XML 標籤、續寫）

老代碼裏用「預填充 assistant 消息」來強制 JSON 開頭、跳過開場白或續寫被截斷的回答，升級到 Claude 4.6 及之後的模型後請求報 400 時用：把調用代碼貼給 Claude，讓它判斷每處預填充屬於哪種用途，並按官方給的替代方案逐處改寫。

NNathaniel bigo··原創首發·AI 輔助撰寫
Claude 對話模型通用
我的代碼在調用 Claude API 時使用了預填充（在 messages 最後放一條 assistant 消息，讓模型接着寫）。升級模型後需要去掉這種用法。請幫我逐處改造。

<code>
[粘貼調用代碼]
</code>

目標模型：[目標模型]
使用的 SDK 與語言：[SDK 與語言]
下游怎麼用返回結果：[下游如何使用結果]

請按下面的對照關係處理每一處預填充：

<migration_map>
A. 用來強制輸出格式（如以左花括號開頭逼出 JSON、限定分類標籤）
   → 優先改用結構化輸出（給定 schema）；分類任務可改用帶枚舉字段的工具或結構化輸出；也可以先直接要求按指定結構輸出，並在代碼裏加校驗和重試。
B. 用來去掉開場白（如預填「以下是摘要：」）
   → 在 system 提示詞裏直接說明：直接給出結果，不要以「以下是」「根據」之類的話開頭；或要求把結果放進指定的 XML 標籤，由代碼截取；偶爾漏網的開場白在後處理裏去掉。
C. 用來接着寫被截斷的內容或續寫
   → 把續寫要求放進 user 消息，並附上被截斷回答的結尾原文，說明「上一次回答在這裏中斷，請從這裏繼續」；如果只是錯誤重試、對體驗無影響，直接重新請求。
D. 用來在長對話裏反覆提醒角色或注入上下文
   → 把提醒內容放進 user 消息，或通過工具、上下文整理機制提供。
E. 用來規避不必要的拒答
   → 去掉預填充，在 user 消息裏把任務背景和合理用途寫清楚即可。
</migration_map>

輸出：
一、清單：代碼位置 | 原預填充內容 | 屬於 A–E 哪一類 | 採用的替代方案 | 改動風險。
二、改造後的完整代碼（保持原有業務邏輯，只改與預填充相關的部分），以及需要同步修改的 system 提示詞。
三、下游解析代碼需要相應調整的地方（例如原來靠拼接預填充的左花括號才能解析）。
四、建議的迴歸測試：用哪些輸入驗證改造前後輸出一致。
不確定某處預填充的意圖時，先問我，不要猜。

高亮處換成你自己的內容：[粘貼調用代碼]、[目標模型]、[SDK 與語言]、[下游如何使用結果]

Claude Pro 充值

已被複製 0 次

Claude編程開發提示詞工程

使用說明

背景事實（據 Anthropic 官方提示詞最佳實踐頁面，資料核對於 2026-10-10）：從 Claude 4.6 系列模型開始，不再支持在最後一條 assistant 消息上做預填充，帶這種預填充的請求會返回 400 錯誤；更早的模型仍然支持，對話中間位置的 assistant 消息不受影響。官方的解釋是模型的指令遵循能力已經提高，多數預填充場景不再需要它，並給出了按用途分類的替代辦法——提示詞裏 <migration_map> 的五類就是據此整理的。

怎麼填變量：[下游如何使用結果] 很關鍵。很多老代碼會把預填充的 { 和模型輸出拼起來再解析，去掉預填充後這段拼接也得刪，否則會多出一個括號。[目標模型] 寫你要升級到的型號名，結構化輸出等功能的可用範圍以官方文檔對該型號的說明為準。

常見問題與調整：

  • 改成直接指令後偶爾還有一句開場白 → 這是官方也提到的情況，穩妥的做法是讓結果進 XML 標籤或用結構化輸出，再加一層後處理。
  • 分類任務輸出了標籤以外的詞 → 改用帶枚舉的工具定義或結構化輸出，比提示詞約束可靠。
  • 只是想快速確認問題 → 先搜尋代碼裏 messages 數組末尾 role 為 assistant 的地方，這些就是需要改的位置。

示例輸出

示例，僅供參考（Python，原代碼用預填充左花括號強制 JSON）
代碼位置原預填充類別替代方案風險
extract.py 第 41 行{"role": "assistant", "content": "{"}A改用結構化輸出並提供 schema；刪除末尾 assistant 消息低；需同步改解析

下游調整：第 47 行 json.loads("{" + resp_text) 改為直接解析返回內容，不再手動補左花括號。

迴歸測試：取 30 條歷史輸入，比較改造前後各字段的取值是否一致，重點看缺失字段的表示方式有沒有變化。

同款作品

用這條提示詞做出來的作品；原作者會因此獲得積分

做同款

還沒有同款，來做第一個。

Nathaniel 的更多內容

職場辦公

採購申請 / 費用申請怎麼寫提示詞（申請理由、預算明細、比價、預期收益，審批一次通過）

【角色】你是一名經常幫同事寫審批材料的部門助理，知道審批人看申請時最關心三件事：必要性、金額是否合理、有沒有更便宜的辦法。 【背景】 - 申請類型：[如裝置採購/軟件訂閱/外包服務/培訓費用] - 申請事項與規格：[申請事項] - 用途與使用人：[用途與使用人] - 為什麼現在需要（現狀問題、業務需求）：[申請理由]

通用大模型0
資訊圖提示詞：古人發朋友圈，穿越風手機介面整活圖（宋朝示例，可換任意朝代人物）AI 生成

資訊圖提示詞：古人發朋友圈，穿越風手機介面整活圖（宋朝示例，可換任意朝代人物）

GPT-Image-21
產品與設計

MVP 範圍界定提示詞（核心假設、必須做 / 可以做 / 不做清單、最小可驗證版本與成功標準）

身份：創業公司的產品負責人，做過多個從 0 到 1 的產品。你的看法：MVP 不是「功能少一點的完整產品」，而是「為了驗證一個最關鍵的假設，所能做的最小的東西」；有時候一個落地頁、一次人工服務就夠了。 產品想法：[產品想法] 目標用戶與他們的問題：[用戶與問題] 我們相信的價值主張：[價值主張] 完整版設想的功能清單：

通用大模型0
圖生影片

seedance 提示詞：光學變焦運鏡教學（江南雨後古巷 · 兩人重逢 · 固定機位只靠變焦講故事）

【全局設定】古風寫實電影鏡頭，東方古典生活敘事，雨後的[江南古鎮]：青石台階、青磚黛瓦、木廊、雕花木門、竹簾、溼漉漉的石巷。陰天柔和的漫射光，低反差，冷灰綠與暖木色交融，輕微 35mm 膠片顆粒，真實的皮膚、木、石、布料質感，電影淺景深，16:9，約 13 秒。 女主 A：@圖片1；女主 B：@圖片2。全程嚴格保持人物

Seedance1
編程開發

消息隊列方案設計提示詞（Kafka / RabbitMQ / RocketMQ 選型、消息不丟、順序消費、重複消費）

你是一名精通消息中間件的後端架構師。請為下面的場景設計消息隊列方案。 場景： - 業務用途：[如訂單支付後通知積分、物流、短訊三個系統] - 消息量：[消息量]（例：平時每秒 200 條，峰值每秒 5000 條） - 對可靠性的要求：[如絕對不能丟、偶爾重複可以接受] - 是否需要順序：[如同一訂單的狀態變更必須按順序

通用大模型0
ai穿搭提示詞：上載全身照生成潑墨塗鴉風套裝三視圖設計稿，正側背同一人（gpt-image-2）AI 生成

ai穿搭提示詞：上載全身照生成潑墨塗鴉風套裝三視圖設計稿，正側背同一人（gpt-image-2）

GPT-Image-20

同主題

編程開發

Python 類型註解提示詞：給老代碼補類型註解 + 修復 mypy / pyright 報錯（不靠 Any 糊過去）

你是一名精通 Python 類型系統的工程師。請幫我處理類型註解。 - Python 版本：[如 3.12] - 類型檢查工具與嚴格程度：[類型檢查工具與嚴格程度]（例：mypy --strict、pyright basic） - 任務：[給代碼補註解/修復報錯/兩者都要] - 代碼： [粘貼代碼] - 類型檢查器的報

通用大模型0
編程開發

設計模式怎麼用提示詞：按代碼場景推薦合適的設計模式（含不該用的情況和改造前後對比）

你是一名務實的資深工程師。你認為設計模式是解決特定問題的工具，而不是代碼質素的標誌；能用簡單函數解決的，就不要引入類層次結構。 - 語言：[語言]（例：Python、Java、TypeScript） - 代碼： [粘貼代碼] - 讓我難受的地方：[如每加一種支付方式都要改五處] - 預計未來的變化：[如半年內還要接入

通用大模型0
編程開發

前端頁面組件怎麼拆提示詞（組件樹設計、狀態放在哪一層、Props 接口、可複用組件識別）

你是一名擅長組件設計的前端架構師。請在寫代碼之前，先幫我設計頁面的組件結構。 - 框架：[框架]（例：React、Vue 3） - 頁面描述（區塊、交互、數據來源；有原型可描述原型）： [頁面描述] - 已有的通用組件庫：[已有組件庫]（例：Ant Design + 團隊內部組件） - 狀態管理方案：[狀態管理]（例：

通用大模型0
編程開發

SQL 方言轉換提示詞（MySQL、PostgreSQL、Oracle、SQL Server、Hive / Spark SQL 互轉，標出語義差異）

請把下面的 SQL 從源數據庫轉換為目標數據庫。你是一名同時熟悉這兩種數據庫的數據工程師，最關心的是轉換後結果是否和原來完全一致。 - 源數據庫及版本：[如 MySQL 5.7] - 目標數據庫及版本：[如 PostgreSQL 16] - 待轉換的 SQL（可以是查詢、建表語句、存儲過程）： [粘貼 SQL] - 涉

通用大模型0
學習教育

複雜問題分步推理提示詞（先列已知與未知、定計劃、逐步求解、最後自檢，適合數學、邏輯、方案推演）

請幫我解決下面的問題。這類問題容易因為漏掉條件或中途算錯而出錯，所以請按以下流程進行，不要直接給出答案。 問題： [問題描述] 補充背景（如果有）：[補充背景] 我希望的詳細程度：[詳細程度]（例：只要關鍵步驟，或每一步都講清楚） 流程： 1. 整理條件： - 列出題目中給出的全部已知條件（包括數字、約束、隱含條件）；

通用大模型0
編程開發

TypeScript 類型報錯怎麼解決提示詞（逐條翻譯報錯訊息 + 不用 any 和斷言的正確修法）

你是一名精通 TypeScript 類型系統的前端工程師。請幫我解決下面的類型報錯。 - TypeScript 版本與關鍵編譯選項：[如 5.6，strict 開啟] - 框架與相關庫：[框架與相關庫]（例：React 19、Vue 3、Node.js） - 報錯訊息（完整粘貼，包括錯誤碼和多行的詳細說明）： [粘貼報

通用大模型0

同模型

職場辦公

Claude 讀長文檔提示詞（文檔放最前、問題放最後，先摘錄原文引用再回答，減少看漏和編造）

<document> <source>[文檔名稱與日期]</source> <document_content> [粘貼長文檔全文] </document_content> </document> 以上是我要你閱讀的文檔。我是 [我的身份]，讀這份文檔是為了 [閱讀目的]。 請回答下面的問題： [我的問題清單] 回答方

Claude0
職場辦公

Claude Projects 項目指令怎麼寫：項目自定義指令模板提示詞（讓 Claude 先採訪你，再生成可粘貼的指令）

我在 Claude 裏新建了一個項目，想寫一份項目指令（Project instructions），讓這個項目裏的每個對話都按同一套要求工作。請你幫我起草。 項目是做什麼的：[項目用途] 我會放進項目知識庫的資料：[知識庫資料清單] 常讓你做的幾類事：[常見任務] 第一步：採訪我 先向我提 6–8 個問題，一次問完，等

Claude0
文案寫作

Claude 回答格式控制提示詞（少用列表和加粗、寫成連貫段落；按官方四種方法調輸出格式）

<writing_format> 這份內容的讀者是 [讀者是誰]，他們會在 [閱讀場景] 裏閱讀，所以請按下面的方式組織文字。 預設寫法：用完整的句子和自然銜接的段落來寫，每段圍繞一個意思展開，段與段之間靠過渡句連接，像一篇認真寫的文章或一封寫給同事的信。 結構元素的使用範圍： - 小標題：只在全文超過 [多少字以上]

Claude0
文案寫作

Claude 模仿文風提示詞（3–5 篇樣文放進 example 標籤，先提煉風格卡給你確認，再按風格寫新稿）

我想讓你學習一種寫作風格，然後用這種風格寫一篇新內容。樣文都是 [樣文作者說明] 寫的。 <examples> <example> [樣文一] </example> <example> [樣文二] </example> <example> [樣文三] </example> </examples> 第一步：提煉風格卡（先

Claude0
職場辦公

Claude 多文檔交叉核對提示詞（documents 標籤裝多份資料，找出一致、矛盾和各自獨有的資訊並標明出處）

<documents> <document index="1"> <source>[資料一名稱與日期]</source> <document_content> [資料一內容] </document_content> </document> <document index="2"> <source>[資料二名稱與日期]<

Claude0
科研數據分析

Claude 調研提示詞（先定成功標準，提出幾個競爭性假設，多來源交叉核實並標註把握程度）

我需要你調研一個問題，並給出有依據的判斷。請聯網搜尋，按下面的方式開展。 要回答的問題：[調研問題] 我為什麼要查這個：[調研目的] 什麼樣的回答對我有用（成功標準）：[成功標準] 範圍限制：[時間與地區範圍] 我已經看過的資料或已有的看法：[已有資料與看法] 工作方式： 1. 動手之前，先提出 3 個左右相互競爭的假

Claude0

0 條評論

登入 後參與評論

還沒有評論，來搶沙發～