提示詞模板庫
全書用到的提示詞集中在這一頁，整段複製，把方括號裡的內容換成你的。
每條都遵守同一個骨架：角色 / 任務 / 背景 / 要求 / 驗收。看多幾條你會發現它們長得幾乎一樣——這正是重點。
想知道這些模板為什麼這麼寫
提示詞篇拆解了背後的每一條：為什麼把材料放最後、為什麼每個"不要"都跟著一句"那就……"、為什麼給例子比給形容詞管用。想改造這些模板，先讀那一篇。
某條模板你每週都要用一次，就該把它做成 Skill了。
0 · 萬能骨架
不知道該怎麼寫的時候，從這個開始填空：
text
你是【角色】。
請【任務，一個明確的動詞】。
背景：
【它必須知道但絕不可能自己知道的事：專案、客戶、給誰看、有什麼忌諱】
要求：
1. 【輸出結構：分哪幾塊】
2. 【格式：表格 / 條目 / 段落，詳略程度】
3. 【語氣：正式 / 口語 / 對外 / 對內】
驗收：
- 只能基於我給的內容，不要編造沒提到的資訊；
- 拿不準的地方標註「待確認」，不要自行猜填。
材料如下：
【貼上你的原始材料】1 · 會議紀要
本書 08 章 的主線例子。
text
你是一位專業的專案助理。請把下面這段零散的會議記錄，整理成一份結構清晰的會議紀要。
背景：這是【我方 / 內部】與【參會方】就【專案名】的一次【溝通會 / 評審會 / 例會】，
參會方包括【列出角色，比如：我方專案組、客戶市場部（劉總監）、客戶技術人員】。
請按以下三塊輸出：
一、關鍵結論 / 已定事項
二、待辦事項（每條標出：事項、負責人、截止時間）
三、遺留 / 待確認問題
要求：條目化、簡潔，待辦要能直接拿去派活。
只能基於我給的內容整理，不要編造沒提到的資訊；
負責人或時間不明確的，標註「待確認」，不要自行猜填；
人名一律沿用原記錄裡的稱呼，不要補全。
會議記錄如下：
【貼上】2 · 週報
text
你是我的工作助理。請把我下面這些零散的工作記錄，整理成一份可以直接發給主管的週報。
背景：我是【崗位】，彙報對象是【誰】，他關心的是【進度 / 風險 / 結果，挑一個】。
請按三塊輸出：
一、本週完成（每條一句話，寫清結果而不是過程）
二、下週計劃（每條標出預期產出）
三、需要支援（明確寫出需要誰做什麼，沒有就寫"暫無"）
要求：不寫套話，不寫"持續推進""穩步開展"這類詞；
每條不超過兩行；能寫具體數字的地方寫數字。
只能基於我給的內容，不要替我補充沒做過的事。
工作記錄如下：
【貼上】3 · 長文總結
text
你是一位【領域】方向的資深分析師。請閱讀下面的材料，輸出一份摘要。
背景：這份材料是【來源和類型】，我讀它是為了【你的真實目的：判斷要不要跟進 / 準備明天開會 / 寫彙報】。
請按以下結構輸出：
1. 一句話結論（這份材料最重要的一件事）
2. 關鍵要點（不超過五條，每條一行）
3. 與我的目的相關的部分（重點展開）
4. 材料裡提到但沒說清的問題
要求：不要複述全文，不要寫"本文主要講述了"這種開場；
每一條結論後面標出它來自原文的哪一段（引用原文一句）。
原文裡沒有依據的，不要寫。
材料如下：
【貼上】第三條是這條模板的價值所在
"與我的目的相關的部分"——同一份材料，為了不同目的讀，該抽出來的東西完全不同。不寫這一句，你拿到的就是一份通用摘要。
4 · 對外方案 / 彙報材料
text
你是一位資深售前顧問。請基於下面的材料，起草一份給客戶的【方案 / 彙報】初稿。
背景：客戶是【誰】，對接人是【職位】，他關心的是【成本 / 風險 / 進度 / 效果】。
這份材料的用途是【他拿去向上彙報 / 我們現場講 / 郵件發過去】。
需要避開的話題：【比如：不要提具體報價、不要承諾上線時間】。
請按以下結構輸出：
一、我們對客戶現狀的理解
二、核心問題與目標
三、建議方案（分點，每點寫清"做什麼"和"解決什麼"）
四、下一步與所需配合
要求：語氣正式但不生硬，不用感嘆號，不寫"賦能""抓手"這類詞；
每一部分控制在【N】段以內。
驗收：所有事實、數字、時間只能來自我給的材料；
需要我補充資訊的地方，用【待補充：xxx】標出來，不要自己編。
材料如下：
【貼上】5 · 原型描述 → PRD
比前面幾條更硬核，但用的還是同一套五要素，只是"要求"那一格寫得更細。
先把介面用文字描述清楚（不用會畫圖）：
text
【原型｜預算偏差預警看板 - 首頁】
· 頂部：四個數字卡片——總預算、已下單、偏差金額、偏差率。
· 中部：一張專案列表表格，每行是一個專案，列出該專案的預算、已下單、
偏差金額、偏差率；偏差為負的金額標紅。
· 表格可按"偏差金額絕對值"從大到小排序。
· 右上角：兩個按鈕——「上傳對賬表」（上傳 Excel）、「匯出」。
· 點某個專案行 → 向下展開，顯示該專案下各成本子類的偏差明細。
· 頂部有篩選：按"大區"、按"專案狀態"兩個下拉。然後：
text
你是一位資深產品經理。我給你一個功能原型的文字描述，請基於它，
輸出一份可以直接交給研發的 PRD（產品需求文件）。
背景：這是一個面向【使用對象】的【功能名】，用來【解決什麼問題】。
請按以下結構輸出 PRD：
1. 功能背景與目標
2. 目標使用者與使用場景
3. 功能列表（一句話概覽每個模組）
4. 各模組詳細需求（含：欄位、互動邏輯、計算規則）
5. 邊界與異常處理
6. 驗收標準
計算口徑必須寫清楚：【把你們的口徑寫死，比如：偏差金額 = 已下單 − 預算；
偏差為負不代表一定是"節約"，也可能是少下單或未下單，需要人工判斷，
介面不要替使用者下結論】。
驗收要求：
- 不許臆造原型裡沒有的功能；
- 原型沒說清的地方，統一放進文末「待產品確認」清單，不要自己假設；
- 面向研發，語言具體、可執行，不要空話。
原型描述如下：
【貼上上面那段】這條模板最值錢的一句
是"原型沒說清的地方，統一放進文末「待產品確認」清單"。它不替你拍板，而是把該問產品的問題都替你列出來——這一段往往比 PRD 正文更有用。
6 · 改寫與潤色
text
請把下面這段話改寫成【更正式 / 更口語 / 更簡短 / 更適合發給客戶】的版本。
要求：
- 意思一個字都不能改，尤其是數字、時間、承諾和否定；
- 不要增加原文沒有的資訊；
- 【長度：控制在原文的一半 / 分成三段 / 每句不超過 25 字】；
- 給我兩個版本，我自己挑。
原文：
【貼上】7 · 找茬 / 審稿
反過來用，讓它當審稿人：
text
你是一位挑剔的【角色，比如：法務 / 技術評審 / 客戶方專案經理】。
請審閱下面這份材料，找出問題。
審的角度：
1. 邏輯上說不通或前後矛盾的地方
2. 有承諾風險、可能被抓字眼的表述
3. 缺失的關鍵資訊（讀者一定會問但材料沒答的）
4. 數字、時間、口徑不一致的地方
要求：按嚴重程度排序，每條寫清"在哪裡、什麼問題、怎麼改"；
不要誇獎，不要總結全文，只給問題。
沒找到問題的類別，直接寫"無"。
材料如下：
【貼上】8 · 讓它先問我（對付"我也說不清想要什麼"）
需求自己都沒想清楚的時候，這條最好用：
text
我想讓你幫我做【一件事的粗略描述】。
先不要動手。請先問我 5 個問題，問那些**你不知道就一定會做錯**的事。
一次把 5 個問題列出來，我一起答。
我回答完之後，你再開始做。它問出來的問題，往往就是你沒想清楚的地方。
9 · 分類打標（批次場景）
text
你是資料標註員。請把下面每一條內容歸到指定分類裡。
分類定義：
- A【類別名】：【什麼算 A，舉一個例子】
- B【類別名】：【什麼算 B，舉一個例子】
- C 其他：不屬於以上任何一類
要求：
- 每條只輸出一行，格式為：編號 | 分類 | 判斷依據（不超過十個字）
- 拿不準的歸到 C，並在依據裡寫"待人工"
- 不要解釋，不要寫開場白
內容如下：
1. 【…】
2. 【…】10 · System Prompt 模板
設一次，整段對話都生效。→ 07 章
text
你是【使用者的崗位】的助理，服務對象是【誰】。
通用規矩：
1. 輸出預設用簡體中文，條目化，能用表格就用表格。
2. 對外文件語氣正式；內部溝通直白，不要客套話。
3. 任何數字、日期、人名，只能來自我給的材料。材料裡沒有的，
標註「待確認」，不要根據常識補全。
4. 你不確定的時候，明確說"我不確定"，並指出需要我補充什麼資訊，
不要給一個看起來完整的答案。
5. 不要在回答開頭複述我的問題，直接給結果。
6. 【你們團隊的專屬規矩：術語、忌諱、格式要求】附：三個可以加到任何模板末尾的"補丁"
要它給出處（只在你提供了材料時用）：
text
每一條結論後面標出它來自我給的材料的哪一段（引用原文一句）。
材料裡沒有依據的，不要寫。要它自查一遍：
text
寫完之後，請對照上面的要求逐條自查一遍，把不滿足的地方改掉再輸出。
不要把自查過程寫出來，只給最終結果。要它給幾個版本：
text
給我三個方向不同的版本，各用一句話說明這一版的取捨，我來挑。