「我輸入了『讓它看起來好看一點』,結果回傳的內容一點都不好看……💢」
這不是 AI 的問題,而是你「下指令的方式」出了問題。
你在使用 AI 時,是否曾經遇過這種情況?
- 發現自己只會說「讓它更好一點」
- 每次都從零開始想提示詞,卻只得到千篇一律的回覆
- 建立了技能(Skills),卻發現把全部規則寫進 SKILL.md 後,準確度反而下降了
- 付費使用了 AI 工具,卻不確定是否真的有回本
只要你把這篇文章看到最後,就能獲得從 500 次測試中精選出的 40 個專業級提示詞,以及設計 Claude Code Skills 參考文件以提高準確度的結構化原則。
由天使投資人 Khairallah 先生發表的這篇文章,目前正以 300 萬次瀏覽 的驚人速度瘋傳。
在開始之前,我有兩個請求:
- 請收藏這篇文章,並在這週空出 20 分鐘來閱讀。
- 分享給同樣在使用 AI 的同事或朋友。
這次,我會將內容拆解成淺顯易懂的中文,並解釋「為什麼這種結構能提升輸出品質」以及「如何將這套結構應用到 Claude Code Skills 參考文件的設計上」。
原始文章連結在此:
https://x.com/eng_khairallah1/status/2048334883198738761
單行提示詞與結構化提示詞的輸出結果天差地遠

Khairallah 說:
「大部分的提示詞集合都很籠統。『寫一篇部落格文章』、『總結這段文字』、『解釋這個概念』。這些都不是提示詞,它們只是願望清單。」
當你實際去測試,就會發現差異很明顯。
舉例來說,如果你只輸入「寫一篇部落格文章」,AI 只會回傳一些不痛不癢的泛泛之談。結構鬆散,常常要花 30 分鐘修改。
相反地,如果使用這篇文章中介紹的 P01 提示詞,它會指定目標受眾、切入角度、文章結構和規則,讓 AI 一次就輸出具體且實用的文章。品質好到幾乎不需要修改就能直接使用。
同樣的 AI。同樣的主題。唯一的差別,就是提示詞的結構。
那麼,一個專業級品質的提示詞,裡面到底包含了什麼呢?讓我們來看看這 40 個提示詞都共同具備的 6 個要素。
40 個提示詞共通具備的 6 個提示詞設計要素

Khairallah 測試了超過 500 個提示詞,從中保留了 40 個。這 40 個提示詞都具備 6 個共通要素。
大部分的提示詞之所以失敗,都是因為缺少了這 6 個要素中的其中一個。
■ 1. 角色
這個要素告訴 AI:「你是一位 XX 領域的專家。」
看看 P01。它一開始就指定:「你是一位擁有頂尖媒體撰稿經驗的高階內容策略師。」如果沒有指定角色,AI 就會以「萬事通」的身份來回答;但有了角色,它就會從該專家的角度來回答。
■ 2. 脈絡
這個要素提供了情境、背景和限制條件。
在 P12 決策矩陣中,它要求輸入「預算、時程、團隊結構和目標」。如果脈絡不夠清楚,AI 就只能回傳泛泛的內容。它對你的情況了解得越多,回覆的內容就越能為你量身打造。
■ 3. 限制
這個要素明確指出「不要做什麼」。
在 P01 中,它具體列出了禁令,例如「禁止使用空泛的詞彙」、「禁止使用模糊的修辭」、「每個段落最多只能有 3 個句子」。如果沒有這些限制,AI 傾向於採取安全策略,內容會變得很囉嗦。只有明確告訴它「不要這樣做」,才能獲得精煉的輸出。
■ 4. 格式
這個要素指定了輸出的結構。
在 P11 SWOT 分析中,它詳細指定了輸出結構:「每個象限列舉 5 個項目 → 影響評估 → 策略優先順序 → 本週行動」。如果你不指定格式,AI 就會自己決定結構,這可能不是你想要的。
■ 5. 品質標準
這個要素設定了「如果沒達到這個水準就要重做」的標準。
P01 結尾的那句「這篇文章必須達到無需編輯即可直接發布的水準」,就是這個意思。當你設定了品質標準,AI 在回傳結果前,就會根據這個標準來自我調整輸出內容。
■ 6. 具體範例
這個要素展示了理想輸出的樣本或變化形式。
在 P03 郵件撰寫中,它要求提供兩個版本:「版本 A:直接且果斷 / 版本 B:溫暖且協作」。透過展示範例,AI 就能了解你所認為的「良好輸出」是什麼樣子。
這 6 個要素可以直接用在 Skills 參考文件中

讓我們從另一個角度來看這 6 個要素。
Claude Code 有一個叫做「Skills」的機制。它允許你為常用的工作模式命名,並透過一個指令來呼叫。
例如,輸入 /write-article 就能寫文章。輸入 /weekly-plan 就能建立週計畫。你再也不需要每次都從零開始編寫提示詞了。
如果你想研究 Claude Code Skills,也請參考下面的內容 ⇩

UTokyo ClaudeCode Lab
@ClaudeCode_UT
·

文章
[90% 不知道] 「讓 AI 具備專家級能力的 20 個技能」被 20,000 人收藏
「為什麼我得跟 AI 重複解釋同樣的事情……😩」
「昨天明明教了那麼多,為什麼今天又回到原點了……」
這不是 AI 的錯,是你自己「教 AI 的方法」有問題。……
4
109
1.1K
這些 Skills 的輸出品質,取決於「參考文件」的結構。
一個常見的失敗模式,是把規則、範例、背景資訊全部塞進一個叫做 SKILL.md 的檔案裡。這麼做的用意可以理解,但這會讓 AI 一次需要處理太多資訊,導致準確度下降。
正確的做法是,根據用途將資訊拆分成不同的檔案,只在需要時才載入必要的檔案。
Anthropic 官方的 Skills 模板也推薦這種分離式的結構。
1skill-name/2 SKILL.md → 始終載入。只包含角色和基本規則(建議在 500 行以內)3 references/ → 根據任務載入。知識、限制、品質標準4 scripts/ → 可執行的程式碼。重複性處理或資料轉換5 assets/ → 輸出模板或圖示
SKILL.md 的 name 和 description 會在一開始就被載入。將 SKILL.md 保持精簡,並將詳細資訊分離到 references/ 中,透過連結的方式引用。這是官方推薦的設計方式。
那麼,參考檔案的內容該如何結構化呢?你可以直接沿用前面提到的 6 個要素。
■ 角色 → 在 SKILL.md 中定義「你是 XX」
■ 脈絡 → 將公司/讀者資訊放在 audience.md 或 company-context.md
■ 限制 → 將「不要做的事」統一放在 writing-rules.md 或 risk-criteria.md
■ 格式 → 在 format-templates.md 中定義輸出結構
■ 品質標準 → 在 quality-checklist.md 中指定合格/不合格標準
■ 具體範例 → 將過去的成功案例累積在 good-examples.md
接下來,請從兩個角度來閱讀各分類的提示詞。
第一,是作為「可以直接複製貼上的提示詞」。第二,是作為「設計 Skills 參考文件的模式參考」。
在每個分類的最後,我都附上了將這些提示詞轉化為 Skills 參考檔案的具體範例。
那麼,現在就來看看橫跨 6 個分類的 40 個提示詞吧。
註:技術系列 P21-P28 由於是針對工程師的內容,此處僅介紹標題。
寫作與內容創作(10 個提示詞)

這個分類的 10 個提示詞全部包含了「角色」和「品質標準」。讓 AI 扮演專家,並告訴它必須達到的標準,AI 的輸出就會從「草稿」蛻變為「可以直接使用的完成品」。
寫作提示詞不僅能應用在文章和郵件上,也能應用在日常的業務報告或簡報資料中。
■ 01. 專家文章寫手
用於撰寫部落格或筆記文章。關鍵在於先決定切入角度和結構。
1你是一位擁有頂尖媒體撰稿經驗的高階內容策略師。23請撰寫一篇關於 [主題] 的 [字數] 字文章。45讀者群:[讀者屬性與知識水平]6切入角度:[你的獨特觀點。與其他同主題文章的差異化之處]78結構:9- 鉤子:以大膽的主張或令人驚訝的事實開場。不使用千篇一律的開場白。10- 問題陳述:為什麼關於這個主題的普遍看法是錯誤的或不完整的。11- 框架:將論點發展成 3-5 個章節。每個章節都有明確的標題。12- 證據:每個章節至少提供一個具體的範例、案例研究或數據。13- 行動:結尾提出 3 個讀者「本週」可以採取的具體行動。1415規則:16- 每個段落最多 3 個句子。17- 禁止使用空泛的詞彙(「重要的是」、「在現今世界」等)。18- 禁止使用模糊的修辭(「可能」、「或許」、「似乎」等)。19- 所有主張必須具體明確。不得含糊其辭。20- 每個章節最重要的句子請以粗體標示。2122這篇文章必須達到無需編輯即可直接發布的水準。
■ 02. 討論串設計
用於撰寫 X(Twitter)討論串。從鉤子到收尾都經過精心設計。
1請撰寫一個關於 [主題] 的 X 討論串。23討論串結構:4- 第 1 則推文:鉤子。大膽的主張、令人驚訝的統計數據,或與常識相悖的觀點。在 2 秒內抓住目光。5- 第 2-3 則推文:問題陳述。為什麼很多人對這件事的理解是錯的。6- 第 4-10 則推文:框架。依序說明的步驟、技巧或見解。每則推文一個重點。每個推文應能獨立存在,但整體讀起來要流暢。7- 第 11-12 則推文:該框架奏效的真實案例或研究。8- 最後一則推文:1 個具體行動 + 行動呼籲。910規則:11- 每則推文最多 280 個字。12- 不使用無意義的表情符號。13- 不需要鋪陳,例如「讓我稍微說明一下」或「重點是」。每則推文直接切入主題。14- 讓讀者感覺像是一位思維敏銳的朋友在分享知識,而不是在讀教科書。1516總計:12-15 則推文。
■ 03. 郵件撰寫
1請為以下情況撰寫一封郵件:[請詳細描述情境、收件人及目的]23語氣:[專業 / 隨性 / 直接 / 圓融]45規則:6- 主旨:具體且以行動為導向(避免使用「簡單問一下」或「後續追蹤」)。7- 開頭:第一句話直接切入重點。不需要客套。8- 內文:最多 3 個短段落。每個段落只有一個功能。9- 結尾:明確的下一個步驟或請求。不要讓收件人不知道該做什麼。10- 整體:少於 150 字。1112請提供 2 個版本:13版本 A:[語氣 1,例如:直接且果斷]14版本 B:[語氣 2,例如:溫暖且協作]

■ 04. 內容擴展
當你想將一篇文章擴展成 5 種格式(社群媒體、電子報、影片等)時使用。
1請將以下內容擴展成 5 種格式。23<原始內容>4[在此貼上文章、貼文、逐字稿等]5</原始內容>67需要產出的格式:81. X 討論串(12 則推文,每則最多 280 字)92. LinkedIn 貼文(200-300 字,專業但不死板)103. 電子報引言(100 字,吸引讀者點擊閱讀全文)114. 3 則社群媒體貼文(每則獨立,強調不同的見解)125. 短影片腳本(60 秒,口語化,適合對著鏡頭講述)1314規則:15- 每種格式都必須符合其平台的調性。不能有複製貼上的感覺。16- 在所有格式中都要保留核心主張與關鍵見解。17- 根據平台調整語氣:X = 簡潔有力且直接,LinkedIn = 專業且深思熟慮,電子報 = 個人化且獨家。
■ 05. 文案改寫
當你想將文字轉換為專業文案時使用。包含對修改說明的解釋。
1請將以下文字改寫成更具說服力的文案。23<原始文字>4[在此貼上文字]5</原始文字>67請運用以下文案撰寫原則:8- 以利益開頭,而非功能。9- 使用具體數字,而非模糊的形容詞。10- 預先設想並回應可能的反對意見。11- 在不顯得太過操弄的前提下,營造急迫感。12- 以一個明確、低門檻的行動呼籲作結。1314在顯示改寫版本後,請說明其中最關鍵的 3 項變更,並解釋這些變更何以在心理學上有效。
■ 06. 部落格文章大綱設計
當你想在動筆之前先確立文章結構時使用。
1請為一篇關於 [主題] 的部落格文章建立詳細大綱。23目標讀者:[是誰]4目標:[讀者讀完後應該能夠做什麼]5目標字數:[字數]67針對每個章節,請提供:8- 標題(有吸引力且具體,避免空泛)9- 2-3 句摘要10- 本章節所需的數據、範例或論點11- 連接到下一個章節的過渡句1213另外,也請包含:14- 3 個替代標題想法(根據預估點擊率排序)15- 中繼描述(最多 160 個字元)16- 5 個可能的站內/站外連結候選

■ 07. 說故事化轉換
當你想將數據或事實轉化為故事時使用。也適用於簡報或報告的開場。
1請將以下枯燥的事實資訊轉化為一個引人入勝的故事。23<事實>4[在此貼上事實、數據或技術內容]5</事實>67規則:8- 不要從定義開始,而要從一個具體的場景、人物或時刻開始。9- 將事實編織進故事弧線:鋪陳 → 衝突 → 解決。10- 使用類比讓複雜的概念變得直觀。11- 包含一個能改變讀者認知的「啊哈!」時刻。12- 以一個能連結到讀者生活的重點做結尾。1314請確保事實保持準確。改變的是敘述方式,而不是內容本身。
■ 08. 標題產生器
在苦惱於標題或段落標題時使用。
1請為以下內容建立 20 個標題點子:[內容摘要]23分類:4- 好奇心驅動型:5 個(讓人忍不住想點擊)5- 利益驅動型:5 個(一眼就知道價值何在)6- 反直覺型:5 個(挑戰讀者的常識)7- 數字驅動型:5 個(使用具體的數量或時間區間)89針對每個標題:10- 請評估預估點擊率(1-10 分),並說明原因。1112最後,請統整排名前 3 名的標題,並附上理由。

■ 09. 案例研究撰寫
用於製作導入實績或成功案例。
1請將以下事實摘要成一個案例研究。23客戶:[名稱/產業]4挑戰:[客戶面臨的困難]5解決方案:[導入的內容]6成果:[可衡量的結果]78結構:91. 挑戰(2 個段落。讓讀者感受到痛苦)102. 方法(3-4 個段落。具體的步驟。不能使用泛泛的描述)113. 成果(1-2 個段落。具體數字,Before/After 比較)124. 教訓(1 個段落。讀者可以應用的學習點)135. 重點引言(一句根據成果,客戶實際上可能會說的話)1415規則:16- 使用現在式以增加臨場感。17- 至少包含 3 個具體數字。18- 重點引言必須是真實的口吻,而不是行銷文案。
■ 10. 風格複製
當你想以特定風格撰寫時使用。從 3 個樣本中萃取模式。
1請分析同一位作者的 3 篇寫作樣本。23<樣本 1>[在此貼上]</樣本 1>4<樣本 2>[在此貼上]</樣本 2>5<樣本 3>[在此貼上]</樣本 3>67請找出:8- 句子長度模式(短句 / 混合 / 長句)9- 詞彙水平(簡單 / 專業 / 混合)10- 語氣(正式 / 隨性 / 權威 / 對話感)11- 結構特點(段落長度、標題使用、項目符號模式)12- 重複出現的短語或模式13- 持續避免使用的東西1415分析完成後,請以 [新主題] 為題,撰寫一篇 300 字的文章,完美複製該作者的風格。必須讓人覺得這篇文章就是原作者寫的。
★ 將這個分類轉化為 Skills 參考檔案…

寫作提示詞 P01-P10 特別著重於「限制」和「品質標準」。這些可以直接轉移到 Skills 參考檔案中。
1.claude/skills/content-writer/2 SKILL.md ← 僅定義角色3 references/4 writing-rules.md ← 限制。禁止空泛詞彙、每個段落最多 3 個句子等5 audience.md ← 脈絡。讀者屬性和知識水平6 format-templates.md ← 格式。文章、郵件、討論串的結構7 quality-checklist.md ← 品質標準。達到可發布水準的條件
writing-rules.md 的內容範例如下:
1## 限制2- 每個段落最多 3 個句子。3- 禁止使用空泛的詞彙(「重要的是」、「在現今世界」等)。4- 禁止使用模糊的修辭(「可能」、「或許」等)。5- 主張必須具體明確。不得含糊其辭。67## 品質標準8- 必須達到無需編輯即可直接發布的水準。9- 每個章節最重要的句子請以粗體標示。
P01 提示詞中的「規則」和「品質標準」成了參考檔案的內容。將角色寫在 SKILL.md 中,並將詳細規則拆分到參考檔案裡,這樣無論是寫文章還是寫郵件,都能維持同樣的品質。
分析與策略(10 個提示詞)

為什麼有些 AI 的分析請求能獲得有用的答案,有些卻不能?
答案很簡單。在這些提示詞中,「脈絡」和「格式」被徹底地規範了。P12 決策矩陣要求提供預算、時程、團隊和目標,並強制輸出為「5 項標準 x 權重 x 分數」的表格格式。脈絡的解析度越高,AI 就越能避免泛泛而談,提供適合你狀況的答案。
■ 11. SWOT 分析
用於整理新事業或新專案的策略。包含按影響程度排列的優先順序。
1請對 [公司/產品/策略] 進行全面的 SWOT 分析。23針對每個象限(優勢、劣勢、機會、威脅):4- 列出 5 個具體項目(不能是泛泛的描述,必須是針對此狀況的具體項目)。5- 每個項目:用一句話說明為何歸類於此象限。6- 每個項目的影響程度:高 / 中 / 低。78此外,也請提供:9- 基於此分析得出的 #1 策略優先事項(一句話)。10- 如果忽略此優先事項的最大風險(一句話)。11- 本週應採取的第一步行動(一個具體、可執行的步驟)。
■ 12. 決策矩陣
1我需要在以下選項中做出決定:[列出 2-4 個選項]23背景:[預算、時程、團隊結構、目標]45請建立一個決策矩陣:61. 為此決策找出 5 個最重要的標準(如果不清楚,可以先提問)。72. 為每個標準設定權重(總和 100%)。83. 根據每個標準,對每個選項進行 1-10 分的評分。94. 計算加權分數。105. 以格式化表格呈現。1112接著,請提供一段 2 段的建議:13- 清楚地說明應該選擇哪個選項及其原因。14- 承認第二順位選項最有力的論點。15- 指出一個會改變建議的條件。
■ 13. 根本原因分析
用於找出問題的真正原因。使用「5 個為什麼」從表面挖掘到根源。
1面臨的問題:[請描述問題與症狀]23請執行根本原因分析:41. 連續追問 5 次「為什麼?」(5 Whys)。每一次都深入一層。52. 在每個層級,判斷這是症狀還是根本原因。63. 在最深層,找出真正的根本原因。74. 提出 3 個解決方案:一個針對表面症狀,一個針對中間原因,一個針對根本原因。85. 建議應該執行哪個解決方案,並說明原因。910請不要直接相信我一開始對問題的描述。真正的問題往往與我描述的不同。

■ 14. 市場機會分析
用於評估新點子的潛力。
1請分析 [產品/服務點子] 的市場機會。23評估項目:41. 需求:誰想要?有多少人?有什麼證據顯示有需求?52. 競爭:還有誰在提供?價格是多少?他們的弱點在哪裡?63. 時機:為什麼是現在?為什麼以前不可能,現在卻可行?74. 進入壁壘:有什麼因素可以阻止競爭對手在 6 個月內模仿?85. 單位經濟學:每個客戶的提供成本 vs. 可收取金額。910每個章節:請盡量使用具體數字。並清楚說明不確定之處。1112最後,請給出一個 GO / 審慎 GO / NO GO 的判斷,並附上信心水準(高 / 中 / 低)。
■ 15. 會議策略
在重要的業務簡報或客戶會議前使用。甚至能預先準備好預期的問答。
1我將與 [對方。職位、關係、重視什麼] 召開一場關於 [主題] 的會議。23本次會議目標:[你想要達成的目標]45準備事項:61. 開場白(2 句話。為對話設定正確的框架)。72. 必須傳達的 3 個重點(按優先順序排列)。83. 要提出的 3 個問題(按重要性排列)。94. 預期的 3 個反對意見,以及對應的回應。105. 理想的結尾方式(總結共識和下一步行動)。116. 退場底線:可以接受的最低成果是什麼?
■ 16. 定價設計
在為產品或服務定價時使用。包含三層級配置和心理學依據。
1請協助我設計 [產品/服務] 的定價。23背景:4- 功能:[描述]5- 目標客戶:[是誰]6- 提供成本:[成本]7- 競爭對手定價:[如果知道]8- 提供的價值:[客戶獲得的東西。節省的時間、增加的營收、解決的問題]910請設計定價結構:111. 3 個層級(入門 / 主要 / 高階)。名稱要反映價值,而非規模。122. 每個層級包含的內容,以及設定這些界限的理由。133. 每個價格點的心理學依據。144. 大多數客戶應該落在哪個層級,以及如何引導他們選擇該層級。155. 一次性 vs. 訂閱制的分析。哪種方式較為合適,及其原因。1617請以格式化的比較表格呈現。
■ 17. 競爭對手分析
用於找出競爭對手的弱點。從 5 個面向徹底剖析,找出差異化機會。
1請對 [競爭對手名稱/URL] 進行競爭對手分析。23分析內容:41. 定位:核心訊息是什麼?目標對象是誰?他們在傳達什麼樣的情緒?52. 產品:他們實際提供的是什麼?核心功能與附加價值的區別。63. 定價:他們的收費方式為何?每個層級的內容?利潤空間在哪?74. 內容:他們發佈什麼主題?頻率如何?最受歡迎的格式是什麼?85. 弱點:他們在哪方面有漏洞?客戶有哪些不滿?他們「沒有做」什麼?910最後,請以「如果我要與 [競爭對手名稱] 直接競爭,我會做的 3 件不同的事」作結。
■ 18. OKR 設計
用於為團隊或個人設定結構化的目標。
1請為 [團隊/個人/公司] 制定 [期間] 的 OKR。23背景:[現狀。你現在在哪裡,想到達哪裡,有哪些可用資源]45針對每個目標(建議 3 個):6- 目標:有雄心壯志但可達成。質性描述。具有啟發性。7- 3-4 個關鍵結果:具體、可衡量、有時限。8- 針對每個關鍵結果:目前基準、目標、衡量方法。9- 達成信心水準(1-10 分)。1011請標示出任何關鍵結果之間可能存在的矛盾。
■ 19. 風險評估
用於在新措施或專案開始前預先識別風險。
1我即將執行 [措施/決策/專案]。23請進行風險評估:41. 列出 7 個最可能發生的風險。52. 針對每個風險:6 - 發生機率:高/中/低7 - 發生後的影響:高/中/低8 - 早期警訊(如何察覺此風險正在成形)9 - 預防措施(可採取哪些行動來預防發生)10 - 應變計劃(若風險發生該如何處理)113. 將所有風險標示在一個 2x2 矩陣(機率 vs. 影響)上。124. 找出需要主動監控的 TOP 3 風險。1314不要過於樂觀。我想聽到我沒想過的風險,而不是「一切都會沒事的」。

■ 20. 回顧引導者
用於結構化的專案回顧。
1為此專案/期間引導一場回顧:[說明發生了什麼事]23結構:41. 做得好的地方(5 個具體項目,並附上證據)。52. 做得不好的地方(5 個具體項目,並找出根本原因)。63. 學到的教訓(3 個將會改變未來工作方式的教訓)。74. 未來需改變的事項(3 個具體、可執行的改變。不要含糊的意圖)。85. 需停止做的事項(2 件有意要停止做的事情)。910規則:11- 要具體。「溝通很差」沒有意義。「產品團隊直到上市前 2 天才得知價格變動,導致行銷材料必須匆忙趕工」才有意義。12- 針對所有已識別的問題,納入具體的預防措施。
★ 將此類別轉換為技能參考文件...

分析與策略類的提示詞特別擁有精確的「格式」規範。將這些格式儲存為參考檔案,可以讓你重複使用相同的分析框架。
1.claude/skills/decision-support/2 SKILL.md ← 角色。「商業分析師」3 references/4 frameworks.md ← 格式。SWOT/決策矩陣/5 Why 分析模板5 company-context.md ← 脈絡。公司預算/目標/團隊結構6 risk-criteria.md ← 限制條件。「不要樂觀」、「陳述不確定性」
frameworks.md 的內容會像這樣:
1## 決策矩陣21. 找出 5 個評選標準32. 為每個標準加權(總計 100%)43. 為每個選項評分 1-1054. 計算加權分數65. 找出一個會改變建議結果的條件78## 根本原因分析91. 用「為什麼?」連續深入探討 5 次102. 在三層面提出解決方案:表面/中層/根本113. 不要只看問題的表面定義
技術類(8 個提示詞 - 僅列出標題)
P21-P28 涵蓋程式碼審查、API 設計等面向,專為工程師設計。完整內容請參閱原文。
■ 21. 架構顧問
■ 22. 程式碼審查
■ 23. 除錯診斷
■ 24. API 設計
■ 25. 資料庫綱要設計
■ 26. 測試案例建立
■ 27. 文件建立
■ 28. 重構計畫
工作生產力(4 個提示詞)

P29 每週計劃提示詞中有一個「刻意略過的事項」區塊。它要求的是「不做事項清單」,而不只是待辦事項清單。這是此類別的核心設計理念。
■ 29. 每週規劃師
適合週一早上使用。從季度目標反向推導,決定「不做什麼」。
1季度目標:[列出]2上週成果:[簡短摘要]3本週承諾事項:[會議、截止日期、義務]45建立一週計劃:61. TOP 3 優先事項(對季度目標最重要的事)。72. 時程表(每日的會議與截止日期)。83. 緩衝任務(重要但有彈性的事項)。94. 刻意略過的事項(本週不做什麼及其原因)。

■ 30. 學習加速器
1我想學習 [主題/技能]。23目前程度:[初學者/中級/進階]4可用時間:[每週幾小時]5學習風格:[理論/實作/混合]6目標:[學習後你希望能夠做到什麼]78建立學習計劃:91. 先備知識:需要先知道什麼(若基礎不足請老實說)。102. 核心概念:按順序理解 5-7 個關鍵想法。113. 專案:每個概念搭配一個動手專案,從做中學。124. 資源:每個概念只提供一個最佳資源(不要給 10 個選項)。135. 里程碑:如何判斷是否真正理解一個概念(具體的測試)。146. 時間表:根據可用時間,制定實際的每週計劃。1516不要灌水計劃。如果 3 週就能學會,就不要硬拉長到 8 週。
■ 31. 談判準備
適用於薪資談判或商業交易。從讓步順序到優雅退場的台詞,一應俱全。
1與 [誰] 就 [什麼主題] 進行談判。23背景:[關係、歷史、權力平衡]4理想結果:[最佳情況]5可接受結果:[最低可接受條件]6預測對方立場:[他們可能想要什麼]78準備事項:91. 初始立場及其依據。102. 3 項可提出的讓步(從小到大)。113. 每次讓步後可要求的 3 項回報。124. 3 個可能的反對意見及回應方式。135. 2 個能為雙方創造價值的創意選項(把餅做大)。146. 退場底線及優雅離場的具體說詞。
■ 32. 習慣設計師
當你想建立一個新習慣時使用。
1我想建立這個習慣:[描述習慣]23目前例行公事:[典型的一天的樣貌]4過去嘗試:[你之前嘗試過什麼以及為何失敗]56設計一個習慣養成計劃:71. 最小版本(2 分鐘的入門版本)。82. 觸發點:要依附在哪個現有習慣或事件上。93. 環境設計:讓習慣更容易養成的實體環境改變。104. 獎勵:能強化習慣的即時正向回饋。115. 追蹤方法:如何衡量一致性。126. 失敗協議:如果中斷一天該怎麼辦(因為你一定會中斷)。137. 逐步擴展:2 分鐘版本如何在 4 週內成長。1415要實際一點。一個能持久的小習慣,勝過一個一週就放棄的完美例行程序。
數據分析與研究(3 個提示詞)

如果你要求 AI「總結」數據,它只會回傳膚淺的摘要。這些提示詞不同。P33 指定了格式:「先用白話陳述結論,再附上支持數據。」
■ 33. 數據分析
適用於銷售數據或調查結果。甚至會告訴你「可能被誤導的情況」。
1分析這份數據。23<數據>4[貼上 CSV、表格、數值、調查結果等]5</數據>67請提供:81. 摘要統計(關鍵數字一覽)。92. 3 個最重要的模式或趨勢。103. 2 個不易察覺的驚人發現。114. 1 個此數據可能產生誤導的面向(常見誤解)。125. 3 個此數據引發的、需要額外數據才能回答的問題。1314讀者:[誰會閱讀此分析及其技術程度]15先用白話陳述結論,再附上支持數字。
■ 34. 調查分析
■ 35. 研究統整
溝通類(5 個提示詞)

與上司的一對一會談、給下屬的回饋、對客戶的道歉。在此類別中,「角色」的使用方式很獨特。不是給自己一個角色,而是讓 AI 扮演接收方的立場。
■ 36. 為困難對話做準備
■ 37. 回饋設計

■ 38. 簡報設計
■ 39. 道歉設計
■ 40. 電梯簡報
提示詞收錄是起點,不是終點

你現在有了 40 個提示詞。如何使用它們將顯著影響成果。
Khairallah 建議 4 個步驟:
- 儲存它們。
- 本週使用 5 個。
- 儲存效果良好的提示詞。
- 每週擴充 2-3 個。
當你儲存更多提示詞後,就會看到下一步:在 Claude Code 中將它們管理為「技能」。技能是可重複使用的商業模式的定義。任何能將自己工作結構化的人都可以建立它們。
▼ 閱讀此文以了解 Claude Code Skills 的介紹 ▼

UTokyo ClaudeCode Lab
@ClaudeCode_UT
·

文章
【完全版】用 Claude Code Skills 讓 AI 學習你的工作的指南
「因為完全沒有程式知識,擔心能不能用 AI...」
「黑色的終端機畫面好可怕...」
「但又怕被 AI 潮流拋在後面...」
即使處於這種狀態,Claude Code...
1
87
825
總結
- 這 40 個提示詞是「設計過的指令」,而非「期望」。
- 專業提示詞具備 6 個要素:角色、脈絡、限制條件、格式、品質標準、範例。
- 這些要素可用於 Claude Code Skills 的參考文件中。
- 將資訊分門別類放入
references/中,而非全部塞進SKILL.md。 - 涵蓋 5 大商業類別:寫作、思考、規劃、研究、表達。

UTokyo Claude Code Lab 是由現任東大學生團隊經營的帳號。我們分享商用實戰情報。追蹤我們以獲得免費的 Skills、設計模式及翻譯的 AI 技巧。
獲取限定情報的官方 LINE:https://lin.ee/quYxNMc





