Skip to content
AI Blog

通義千問提示詞工程實戰指南

最後更新：2026-09-17· 16 分鐘閱讀

🚀 快速通道

  • Qwen Max：點擊直達↗
  • 多模型對話工作台：開啟鏡像↗
  • 官方 Qwen：chat.qwen.ai ↗

通義千問提示詞工程實戰指南

更新時間：2026-09-17。模型能力與入口以 百煉文件 及當前帳號頁面為準。

導讀

通義千問提示詞、Qwen 提示詞工程、千問 prompt 的核心不是堆「專業、深入、一步一步」，而是把任務寫成可驗收的規格：目標、證據、約束、輸出契約與質檢標準。Qwen 在中文語境、長上下文與工具呼叫場景表現突出，但上下文模糊時同樣會自信地空泛或編造。本文給你一套可複用的六要素結構、四類場景模板，以及用樣例集迭代提示版本的方法。

這篇解決什麼問題？

  • 用六要素把「隨便問問」改成可執行的任務書
  • 拿到寫作、分析、程式、調研四類可直接貼上的模板
  • 用診斷表定位空泛、格式漂移、幻覺、過長等問題
  • 用固定樣例集評估提示版本，而不是憑一次「感覺不錯」

六要素提示結構

把每次請求寫成六段（可壓縮成短提示，但邏輯順序不要亂）：

  1. 任務：用動詞寫清要交付什麼（改寫、抽取、診斷、對比……）
  2. 背景：讀者是誰、場景是什麼、當前卡在哪
  3. 資料：模型必須依據的原文、數據、報錯、政策片段
  4. 約束：長度、語氣、禁止項、不得虛構、資料外標「未知」
  5. 格式：標題欄位、表格、JSON、清單或固定段落順序
  6. 驗收：什麼叫完成——必須保留的事實、必須通過的自檢項
角色：[可選，一句話即可]
任務：[動詞 + 交付物]
讀者 / 場景：[誰用、做什麼決策]
資料：僅使用下方內容；缺失處寫「未知」，禁止猜測。
約束：[字數/語氣/禁止項/保密]
格式：[欄位或結構]
驗收：[必須核對的事實、通過條件]
完成後按約束逐項自檢，再輸出。
資料：
"""
[貼上]
"""

最短可用版（日常對話）：「目標 → 證據 → 約束 → 輸出結構 → 未知時先問」。先跑短提示，再只補失敗點，比一次寫超長「萬能提示」更穩。

四類高頻場景與模板

1. 寫作與改寫

目標是保留事實、服務讀者行動，而不是「更華麗」。Qwen 對中文語感較好，但仍需鎖定事實邊界。

面向[讀者]改寫下列資料，使其完成[行動]。
保留全部日期、數字、產品名與連結；不得新增未出現的功能或承諾。
輸出：
1) 正文（≤[N] 字，語氣：[正式/口語]）
2) 相對原文的語意變化清單（無則寫「無」）
3) 仍缺的資訊（最多 3 條）
資料：
"""
[貼上]
"""

2. 分析與比較

先定維度與權重，再填表；缺證據的格子寫「未知」，不要強制決出贏家。

按下列加權維度比較[選項 A/B/C]，只依據所給資料。
維度（權重）：[成本 30%] [風險 30%] [落地速度 20%] [可維護性 20%]
輸出表格：維度 | A | B | C | 證據段落編號 | 置信度
另附：結論（1 段）、關鍵未知項、建議的下一步驗證。
禁止用常識補全資料中沒有的數字。
資料：
"""
[編號段落]
"""

3. 程式與排錯

提供環境、最小程式、完整堆疊與預期行為；要求先測試/驗證命令，再給最小補丁。

環境：[語言/框架/版本]；禁止新增依賴。
任務：[實作函式 / 診斷報錯]
預期 vs 實際：[…]
完整錯誤堆疊 / 相關最小程式：
"""
[貼上]
"""
輸出順序：
1) 最可能根因（1 個）+ 證據行
2) 我可複製執行的驗證命令
3) 最小補丁說明
4) 回歸測試點
證據不足時先提 ≤3 個澄清問題，不要給大段猜測程式。

更完整的程式流程見：通義千問程式設計實戰。

4. 調研與資訊整理

適合長資料摘要、競品要點抽取、會議紀要結構化。強調「只依據所給資料」。

任務：從所給資料中抽取與[主題]相關的要點。
輸出：
1) Executive Summary（≤150 字）
2) 要點表：主張 | 依據段落編號 | 置信度（高/中/低）
3) 資料未涵蓋的問題清單（最多 5 條）
4) 建議的下一步檢索關鍵字（不得當作已證實事實）
禁止引入資料外的人名、數字、日期。
資料：
"""
[編號段落]
"""

需要深度推演或多約束決策時，可配合 Qwen Max 等高檔模型，並核對 Qwen3.7 Max 指南 中的能力說明。

迭代診斷表：先定位失敗，再改提示

不要只說「再詳細一點」。一次只改一個變數，並保留同一測試輸入。

症狀常見原因改法
內容空泛缺受眾、缺資料、目標含糊補場景 + 貼上證據 + 明確交付物
格式漂移只口頭描述結構給固定欄位名或一行範例
編造事實 / 幻覺強迫必須作答允許「未知」；限定只用所給資料
過長灌水未設範圍與優先級指定字數、段落數、先寫結論
漏關鍵約束約束埋在長文中間把硬約束單獨成段並放驗收裡
改了一處壞了另一處一次改太多指令發「補丁指令」：保留第 X 節，只重寫第 Y 節
程式不可執行缺版本與邊界寫死環境；先要測試表再要實作
中文語氣不對未指定讀者與文體補讀者畫像與正反例句

補丁指令範例：

保留第 1、3 節不變。
只用附件政策重寫第 2 節；每條主張標註資料段落編號。
遇到衝突只標記，不自行仲裁。輸出後按驗收清單自檢。

用樣例集評測提示版本

「感覺更好」不可復現。團隊或個人應維護一套小樣例集：

  1. 準備 12–20 個代表性輸入（寫作 / 抽取 / 推理 / 程式各若干）
  2. 為每個樣例寫期望：必含事實、禁止項、格式是否有效、允許的未知處
  3. 每次改提示後，用同一模型入口與參數重跑全套
  4. 評分維度建議：準確、完整、格式通過、無依據主張數、人工修改分鐘數
  5. 記錄：提示版本號、日期、入口（網頁 / API）、模型名（以頁面為準）

通過測試的短提示，優於聽起來專業卻未測過的長提示。API 側版本管理可結合：通義千問 API 指南。

日常檢查清單

  • 任務用動詞寫清交付物
  • 有資料時已貼上，並聲明「資料外寫未知」
  • 硬約束獨立成段（長度、禁止虛構、保密）
  • 輸出格式可機器/人工直接驗收
  • 失敗時用診斷表定位，一次只改一處
  • 重要流程有固定樣例集與版本記錄
  • 敏感內容已脫敏後再上傳

存取與入口

同一提示在不同入口、不同模型檔（Turbo / Plus / Max）的結果可能不同；重要流程應固定入口、模型與提示版本後再評測。

常見問題

要不要寫「請一步一步思考」？

通常不必。清晰約束與可驗證輸出，比籠統要求「慢慢想」更有效。需要深度推演時，優先選推理能力更強的模型檔並核對依據，而不是只加口頭咒語。

提示越長越好嗎？

不是。只保留完成任務必要的資訊，刪除衝突與重複。先短跑、再按失敗點補丁，通常比一次塞滿「角色設定小說」更穩。

如何減少幻覺？

限定資料範圍、允許回答未知、要求可定位依據，並對日期、數字、連結做人工核驗。關鍵決策不要把模型輸出當唯一真相。

Qwen 寫中文有什麼特別要注意？

中文裡省略主語、指代和成語較多；寫清「讀者是誰、保留哪些專有名詞、禁止改寫哪些術語」。對比類任務先定維度，避免模型用流暢文筆掩蓋證據不足。

可以複用網上的萬能提示嗎？

可作為起點，必須用自己的樣例集重測；換模型、換入口後舊提示可能失效。

網頁對話和 API 提示寫法要分開嗎？

原則相同；API 更強調穩定格式（JSON/schema）、溫度等參數與版本記錄，詳見 API 指南。

官方資源

下一步閱讀

小結

提示詞工程本質是需求工程：任務、資料、約束、格式、驗收寫清楚，再用固定樣例迭代版本。把 Qwen 當可驗收的執行器，而不是「說得越多越好」的聊天對象，輸出品質與人工修改成本都會更可控。

相關內容