40 個 Claude Code 技能即用提示詞:專業指南

@ClaudeCode_UT
日語2 個月前 · 2026年4月27日
242K
261
26
0
711

TL;DR

本指南解析了涵蓋六大業務類別的 40 個高效能 Claude Code 技能提示詞,並說明了角色 (Role)、背景 (Context) 與限制 (Constraints) 的架構原則,協助您建立客製化的 AI 工作流程。

「我輸入了『讓它看起來好看一點』,結果回傳的內容一點都不好看……💢」

這不是 AI 的問題,而是你「下指令的方式」出了問題。

你在使用 AI 時,是否曾經遇過這種情況?

  • 發現自己只會說「讓它更好一點」
  • 每次都從零開始想提示詞,卻只得到千篇一律的回覆
  • 建立了技能(Skills),卻發現把全部規則寫進 SKILL.md 後,準確度反而下降了
  • 付費使用了 AI 工具,卻不確定是否真的有回本

只要你把這篇文章看到最後,就能獲得從 500 次測試中精選出的 40 個專業級提示詞,以及設計 Claude Code Skills 參考文件以提高準確度的結構化原則。

由天使投資人 Khairallah 先生發表的這篇文章,目前正以 300 萬次瀏覽 的驚人速度瘋傳。

在開始之前,我有兩個請求:

  1. 請收藏這篇文章,並在這週空出 20 分鐘來閱讀。
  2. 分享給同樣在使用 AI 的同事或朋友。

這次,我會將內容拆解成淺顯易懂的中文,並解釋「為什麼這種結構能提升輸出品質」以及「如何將這套結構應用到 Claude Code Skills 參考文件的設計上」。

原始文章連結在此:

https://x.com/eng_khairallah1/status/2048334883198738761

單行提示詞與結構化提示詞的輸出結果天差地遠

東大ClaudeCode研究所 - inline image

Khairallah 說:

「大部分的提示詞集合都很籠統。『寫一篇部落格文章』、『總結這段文字』、『解釋這個概念』。這些都不是提示詞,它們只是願望清單。」

當你實際去測試,就會發現差異很明顯。

舉例來說,如果你只輸入「寫一篇部落格文章」,AI 只會回傳一些不痛不癢的泛泛之談。結構鬆散,常常要花 30 分鐘修改。

相反地,如果使用這篇文章中介紹的 P01 提示詞,它會指定目標受眾、切入角度、文章結構和規則,讓 AI 一次就輸出具體且實用的文章。品質好到幾乎不需要修改就能直接使用。

同樣的 AI。同樣的主題。唯一的差別,就是提示詞的結構。

那麼,一個專業級品質的提示詞,裡面到底包含了什麼呢?讓我們來看看這 40 個提示詞都共同具備的 6 個要素。

40 個提示詞共通具備的 6 個提示詞設計要素

東大ClaudeCode研究所 - inline image

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 參考文件中

東大ClaudeCode研究所 - inline image

讓我們從另一個角度來看這 6 個要素。

Claude Code 有一個叫做「Skills」的機制。它允許你為常用的工作模式命名,並透過一個指令來呼叫。

例如,輸入 /write-article 就能寫文章。輸入 /weekly-plan 就能建立週計畫。你再也不需要每次都從零開始編寫提示詞了。

如果你想研究 Claude Code Skills,也請參考下面的內容 ⇩

東大ClaudeCode研究所 avatar

UTokyo ClaudeCode Lab

@ClaudeCode_UT

·

4 月 26 日

東大ClaudeCode研究所 - inline image

文章

[90% 不知道] 「讓 AI 具備專家級能力的 20 個技能」被 20,000 人收藏

「為什麼我得跟 AI 重複解釋同樣的事情……😩」

「昨天明明教了那麼多,為什麼今天又回到原點了……」

這不是 AI 的錯,是你自己「教 AI 的方法」有問題。……

4

109

1.1K

150 萬次瀏覽

這些 Skills 的輸出品質,取決於「參考文件」的結構。

一個常見的失敗模式,是把規則、範例、背景資訊全部塞進一個叫做 SKILL.md 的檔案裡。這麼做的用意可以理解,但這會讓 AI 一次需要處理太多資訊,導致準確度下降。

正確的做法是,根據用途將資訊拆分成不同的檔案,只在需要時才載入必要的檔案。

Anthropic 官方的 Skills 模板也推薦這種分離式的結構。

markdown
1skill-name/
2 SKILL.md → 始終載入。只包含角色和基本規則(建議在 500 行以內)
3 references/ → 根據任務載入。知識、限制、品質標準
4 scripts/ → 可執行的程式碼。重複性處理或資料轉換
5 assets/ → 輸出模板或圖示

SKILL.mdnamedescription 會在一開始就被載入。將 SKILL.md 保持精簡,並將詳細資訊分離到 references/ 中,透過連結的方式引用。這是官方推薦的設計方式。

那麼,參考檔案的內容該如何結構化呢?你可以直接沿用前面提到的 6 個要素。

■ 角色 → 在 SKILL.md 中定義「你是 XX」

■ 脈絡 → 將公司/讀者資訊放在 audience.mdcompany-context.md

■ 限制 → 將「不要做的事」統一放在 writing-rules.mdrisk-criteria.md

■ 格式 → 在 format-templates.md 中定義輸出結構

■ 品質標準 → 在 quality-checklist.md 中指定合格/不合格標準

■ 具體範例 → 將過去的成功案例累積在 good-examples.md

接下來,請從兩個角度來閱讀各分類的提示詞。

第一,是作為「可以直接複製貼上的提示詞」。第二,是作為「設計 Skills 參考文件的模式參考」。

在每個分類的最後,我都附上了將這些提示詞轉化為 Skills 參考檔案的具體範例。

那麼,現在就來看看橫跨 6 個分類的 40 個提示詞吧。

註:技術系列 P21-P28 由於是針對工程師的內容,此處僅介紹標題。

寫作與內容創作(10 個提示詞)

東大ClaudeCode研究所 - inline image

這個分類的 10 個提示詞全部包含了「角色」和「品質標準」。讓 AI 扮演專家,並告訴它必須達到的標準,AI 的輸出就會從「草稿」蛻變為「可以直接使用的完成品」。

寫作提示詞不僅能應用在文章和郵件上,也能應用在日常的業務報告或簡報資料中。

■ 01. 專家文章寫手

用於撰寫部落格或筆記文章。關鍵在於先決定切入角度和結構。

markdown
1你是一位擁有頂尖媒體撰稿經驗的高階內容策略師。
2
3請撰寫一篇關於 [主題] 的 [字數] 字文章。
4
5讀者群:[讀者屬性與知識水平]
6切入角度:[你的獨特觀點。與其他同主題文章的差異化之處]
7
8結構:
9- 鉤子:以大膽的主張或令人驚訝的事實開場。不使用千篇一律的開場白。
10- 問題陳述:為什麼關於這個主題的普遍看法是錯誤的或不完整的。
11- 框架:將論點發展成 3-5 個章節。每個章節都有明確的標題。
12- 證據:每個章節至少提供一個具體的範例、案例研究或數據。
13- 行動:結尾提出 3 個讀者「本週」可以採取的具體行動。
14
15規則:
16- 每個段落最多 3 個句子。
17- 禁止使用空泛的詞彙(「重要的是」、「在現今世界」等)。
18- 禁止使用模糊的修辭(「可能」、「或許」、「似乎」等)。
19- 所有主張必須具體明確。不得含糊其辭。
20- 每個章節最重要的句子請以粗體標示。
21
22這篇文章必須達到無需編輯即可直接發布的水準。

■ 02. 討論串設計

用於撰寫 X(Twitter)討論串。從鉤子到收尾都經過精心設計。

markdown
1請撰寫一個關於 [主題] 的 X 討論串。
2
3討論串結構:
4- 第 1 則推文:鉤子。大膽的主張、令人驚訝的統計數據,或與常識相悖的觀點。在 2 秒內抓住目光。
5- 第 2-3 則推文:問題陳述。為什麼很多人對這件事的理解是錯的。
6- 第 4-10 則推文:框架。依序說明的步驟、技巧或見解。每則推文一個重點。每個推文應能獨立存在,但整體讀起來要流暢。
7- 第 11-12 則推文:該框架奏效的真實案例或研究。
8- 最後一則推文:1 個具體行動 + 行動呼籲。
9
10規則:
11- 每則推文最多 280 個字。
12- 不使用無意義的表情符號。
13- 不需要鋪陳,例如「讓我稍微說明一下」或「重點是」。每則推文直接切入主題。
14- 讓讀者感覺像是一位思維敏銳的朋友在分享知識,而不是在讀教科書。
15
16總計:12-15 則推文。

■ 03. 郵件撰寫

markdown
1請為以下情況撰寫一封郵件:[請詳細描述情境、收件人及目的]
2
3語氣:[專業 / 隨性 / 直接 / 圓融]
4
5規則:
6- 主旨:具體且以行動為導向(避免使用「簡單問一下」或「後續追蹤」)。
7- 開頭:第一句話直接切入重點。不需要客套。
8- 內文:最多 3 個短段落。每個段落只有一個功能。
9- 結尾:明確的下一個步驟或請求。不要讓收件人不知道該做什麼。
10- 整體:少於 150 字。
11
12請提供 2 個版本:
13版本 A:[語氣 1,例如:直接且果斷]
14版本 B:[語氣 2,例如:溫暖且協作]
東大ClaudeCode研究所 - inline image

■ 04. 內容擴展

當你想將一篇文章擴展成 5 種格式(社群媒體、電子報、影片等)時使用。

markdown
1請將以下內容擴展成 5 種格式。
2
3<原始內容>
4[在此貼上文章、貼文、逐字稿等]
5</原始內容>
6
7需要產出的格式:
81. X 討論串(12 則推文,每則最多 280 字)
92. LinkedIn 貼文(200-300 字,專業但不死板)
103. 電子報引言(100 字,吸引讀者點擊閱讀全文)
114. 3 則社群媒體貼文(每則獨立,強調不同的見解)
125. 短影片腳本(60 秒,口語化,適合對著鏡頭講述)
13
14規則:
15- 每種格式都必須符合其平台的調性。不能有複製貼上的感覺。
16- 在所有格式中都要保留核心主張與關鍵見解。
17- 根據平台調整語氣:X = 簡潔有力且直接,LinkedIn = 專業且深思熟慮,電子報 = 個人化且獨家。

■ 05. 文案改寫

當你想將文字轉換為專業文案時使用。包含對修改說明的解釋。

markdown
1請將以下文字改寫成更具說服力的文案。
2
3<原始文字>
4[在此貼上文字]
5</原始文字>
6
7請運用以下文案撰寫原則:
8- 以利益開頭,而非功能。
9- 使用具體數字,而非模糊的形容詞。
10- 預先設想並回應可能的反對意見。
11- 在不顯得太過操弄的前提下,營造急迫感。
12- 以一個明確、低門檻的行動呼籲作結。
13
14在顯示改寫版本後,請說明其中最關鍵的 3 項變更,並解釋這些變更何以在心理學上有效。

■ 06. 部落格文章大綱設計

當你想在動筆之前先確立文章結構時使用。

markdown
1請為一篇關於 [主題] 的部落格文章建立詳細大綱。
2
3目標讀者:[是誰]
4目標:[讀者讀完後應該能夠做什麼]
5目標字數:[字數]
6
7針對每個章節,請提供:
8- 標題(有吸引力且具體,避免空泛)
9- 2-3 句摘要
10- 本章節所需的數據、範例或論點
11- 連接到下一個章節的過渡句
12
13另外,也請包含:
14- 3 個替代標題想法(根據預估點擊率排序)
15- 中繼描述(最多 160 個字元)
16- 5 個可能的站內/站外連結候選
東大ClaudeCode研究所 - inline image

■ 07. 說故事化轉換

當你想將數據或事實轉化為故事時使用。也適用於簡報或報告的開場。

markdown
1請將以下枯燥的事實資訊轉化為一個引人入勝的故事。
2
3<事實>
4[在此貼上事實、數據或技術內容]
5</事實>
6
7規則:
8- 不要從定義開始,而要從一個具體的場景、人物或時刻開始。
9- 將事實編織進故事弧線:鋪陳 → 衝突 → 解決。
10- 使用類比讓複雜的概念變得直觀。
11- 包含一個能改變讀者認知的「啊哈!」時刻。
12- 以一個能連結到讀者生活的重點做結尾。
13
14請確保事實保持準確。改變的是敘述方式,而不是內容本身。

■ 08. 標題產生器

在苦惱於標題或段落標題時使用。

markdown
1請為以下內容建立 20 個標題點子:[內容摘要]
2
3分類:
4- 好奇心驅動型:5 個(讓人忍不住想點擊)
5- 利益驅動型:5 個(一眼就知道價值何在)
6- 反直覺型:5 個(挑戰讀者的常識)
7- 數字驅動型:5 個(使用具體的數量或時間區間)
8
9針對每個標題:
10- 請評估預估點擊率(1-10 分),並說明原因。
11
12最後,請統整排名前 3 名的標題,並附上理由。
東大ClaudeCode研究所 - inline image

■ 09. 案例研究撰寫

用於製作導入實績或成功案例。

markdown
1請將以下事實摘要成一個案例研究。
2
3客戶:[名稱/產業]
4挑戰:[客戶面臨的困難]
5解決方案:[導入的內容]
6成果:[可衡量的結果]
7
8結構:
91. 挑戰(2 個段落。讓讀者感受到痛苦)
102. 方法(3-4 個段落。具體的步驟。不能使用泛泛的描述)
113. 成果(1-2 個段落。具體數字,Before/After 比較)
124. 教訓(1 個段落。讀者可以應用的學習點)
135. 重點引言(一句根據成果,客戶實際上可能會說的話)
14
15規則:
16- 使用現在式以增加臨場感。
17- 至少包含 3 個具體數字。
18- 重點引言必須是真實的口吻,而不是行銷文案。

■ 10. 風格複製

當你想以特定風格撰寫時使用。從 3 個樣本中萃取模式。

markdown
1請分析同一位作者的 3 篇寫作樣本。
2
3<樣本 1>[在此貼上]</樣本 1>
4<樣本 2>[在此貼上]</樣本 2>
5<樣本 3>[在此貼上]</樣本 3>
6
7請找出:
8- 句子長度模式(短句 / 混合 / 長句)
9- 詞彙水平(簡單 / 專業 / 混合)
10- 語氣(正式 / 隨性 / 權威 / 對話感)
11- 結構特點(段落長度、標題使用、項目符號模式)
12- 重複出現的短語或模式
13- 持續避免使用的東西
14
15分析完成後,請以 [新主題] 為題,撰寫一篇 300 字的文章,完美複製該作者的風格。必須讓人覺得這篇文章就是原作者寫的。

★ 將這個分類轉化為 Skills 參考檔案…

東大ClaudeCode研究所 - inline image

寫作提示詞 P01-P10 特別著重於「限制」和「品質標準」。這些可以直接轉移到 Skills 參考檔案中。

markdown
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 的內容範例如下:

markdown
1## 限制
2- 每個段落最多 3 個句子。
3- 禁止使用空泛的詞彙(「重要的是」、「在現今世界」等)。
4- 禁止使用模糊的修辭(「可能」、「或許」等)。
5- 主張必須具體明確。不得含糊其辭。
6
7## 品質標準
8- 必須達到無需編輯即可直接發布的水準。
9- 每個章節最重要的句子請以粗體標示。

P01 提示詞中的「規則」和「品質標準」成了參考檔案的內容。將角色寫在 SKILL.md 中,並將詳細規則拆分到參考檔案裡,這樣無論是寫文章還是寫郵件,都能維持同樣的品質。

分析與策略(10 個提示詞)

東大ClaudeCode研究所 - inline image

為什麼有些 AI 的分析請求能獲得有用的答案,有些卻不能?

答案很簡單。在這些提示詞中,「脈絡」和「格式」被徹底地規範了。P12 決策矩陣要求提供預算、時程、團隊和目標,並強制輸出為「5 項標準 x 權重 x 分數」的表格格式。脈絡的解析度越高,AI 就越能避免泛泛而談,提供適合你狀況的答案。

■ 11. SWOT 分析

用於整理新事業或新專案的策略。包含按影響程度排列的優先順序。

markdown
1請對 [公司/產品/策略] 進行全面的 SWOT 分析。
2
3針對每個象限(優勢、劣勢、機會、威脅):
4- 列出 5 個具體項目(不能是泛泛的描述,必須是針對此狀況的具體項目)。
5- 每個項目:用一句話說明為何歸類於此象限。
6- 每個項目的影響程度:高 / 中 / 低。
7
8此外,也請提供:
9- 基於此分析得出的 #1 策略優先事項(一句話)。
10- 如果忽略此優先事項的最大風險(一句話)。
11- 本週應採取的第一步行動(一個具體、可執行的步驟)。

■ 12. 決策矩陣

markdown
1我需要在以下選項中做出決定:[列出 2-4 個選項]
2
3背景:[預算、時程、團隊結構、目標]
4
5請建立一個決策矩陣:
61. 為此決策找出 5 個最重要的標準(如果不清楚,可以先提問)。
72. 為每個標準設定權重(總和 100%)。
83. 根據每個標準,對每個選項進行 1-10 分的評分。
94. 計算加權分數。
105. 以格式化表格呈現。
11
12接著,請提供一段 2 段的建議:
13- 清楚地說明應該選擇哪個選項及其原因。
14- 承認第二順位選項最有力的論點。
15- 指出一個會改變建議的條件。

■ 13. 根本原因分析

用於找出問題的真正原因。使用「5 個為什麼」從表面挖掘到根源。

markdown
1面臨的問題:[請描述問題與症狀]
2
3請執行根本原因分析:
41. 連續追問 5 次「為什麼?」(5 Whys)。每一次都深入一層。
52. 在每個層級,判斷這是症狀還是根本原因。
63. 在最深層,找出真正的根本原因。
74. 提出 3 個解決方案:一個針對表面症狀,一個針對中間原因,一個針對根本原因。
85. 建議應該執行哪個解決方案,並說明原因。
9
10請不要直接相信我一開始對問題的描述。真正的問題往往與我描述的不同。
東大ClaudeCode研究所 - inline image

■ 14. 市場機會分析

用於評估新點子的潛力。

markdown
1請分析 [產品/服務點子] 的市場機會。
2
3評估項目:
41. 需求:誰想要?有多少人?有什麼證據顯示有需求?
52. 競爭:還有誰在提供?價格是多少?他們的弱點在哪裡?
63. 時機:為什麼是現在?為什麼以前不可能,現在卻可行?
74. 進入壁壘:有什麼因素可以阻止競爭對手在 6 個月內模仿?
85. 單位經濟學:每個客戶的提供成本 vs. 可收取金額。
9
10每個章節:請盡量使用具體數字。並清楚說明不確定之處。
11
12最後,請給出一個 GO / 審慎 GO / NO GO 的判斷,並附上信心水準(高 / 中 / 低)。

■ 15. 會議策略

在重要的業務簡報或客戶會議前使用。甚至能預先準備好預期的問答。

markdown
1我將與 [對方。職位、關係、重視什麼] 召開一場關於 [主題] 的會議。
2
3本次會議目標:[你想要達成的目標]
4
5準備事項:
61. 開場白(2 句話。為對話設定正確的框架)。
72. 必須傳達的 3 個重點(按優先順序排列)。
83. 要提出的 3 個問題(按重要性排列)。
94. 預期的 3 個反對意見,以及對應的回應。
105. 理想的結尾方式(總結共識和下一步行動)。
116. 退場底線:可以接受的最低成果是什麼?

■ 16. 定價設計

在為產品或服務定價時使用。包含三層級配置和心理學依據。

markdown
1請協助我設計 [產品/服務] 的定價。
2
3背景:
4- 功能:[描述]
5- 目標客戶:[是誰]
6- 提供成本:[成本]
7- 競爭對手定價:[如果知道]
8- 提供的價值:[客戶獲得的東西。節省的時間、增加的營收、解決的問題]
9
10請設計定價結構:
111. 3 個層級(入門 / 主要 / 高階)。名稱要反映價值,而非規模。
122. 每個層級包含的內容,以及設定這些界限的理由。
133. 每個價格點的心理學依據。
144. 大多數客戶應該落在哪個層級,以及如何引導他們選擇該層級。
155. 一次性 vs. 訂閱制的分析。哪種方式較為合適,及其原因。
16
17請以格式化的比較表格呈現。

■ 17. 競爭對手分析

用於找出競爭對手的弱點。從 5 個面向徹底剖析,找出差異化機會。

markdown
1請對 [競爭對手名稱/URL] 進行競爭對手分析。
2
3分析內容:
41. 定位:核心訊息是什麼?目標對象是誰?他們在傳達什麼樣的情緒?
52. 產品:他們實際提供的是什麼?核心功能與附加價值的區別。
63. 定價:他們的收費方式為何?每個層級的內容?利潤空間在哪?
74. 內容:他們發佈什麼主題?頻率如何?最受歡迎的格式是什麼?
85. 弱點:他們在哪方面有漏洞?客戶有哪些不滿?他們「沒有做」什麼?
9
10最後,請以「如果我要與 [競爭對手名稱] 直接競爭,我會做的 3 件不同的事」作結。

■ 18. OKR 設計

用於為團隊或個人設定結構化的目標。

markdown
1請為 [團隊/個人/公司] 制定 [期間] 的 OKR。
2
3背景:[現狀。你現在在哪裡,想到達哪裡,有哪些可用資源]
4
5針對每個目標(建議 3 個):
6- 目標:有雄心壯志但可達成。質性描述。具有啟發性。
7- 3-4 個關鍵結果:具體、可衡量、有時限。
8- 針對每個關鍵結果:目前基準、目標、衡量方法。
9- 達成信心水準(1-10 分)。
10
11請標示出任何關鍵結果之間可能存在的矛盾。

■ 19. 風險評估

用於在新措施或專案開始前預先識別風險。

markdown
1我即將執行 [措施/決策/專案]。
2
3請進行風險評估:
41. 列出 7 個最可能發生的風險。
52. 針對每個風險:
6 - 發生機率:高/中/低
7 - 發生後的影響:高/中/低
8 - 早期警訊(如何察覺此風險正在成形)
9 - 預防措施(可採取哪些行動來預防發生)
10 - 應變計劃(若風險發生該如何處理)
113. 將所有風險標示在一個 2x2 矩陣(機率 vs. 影響)上。
124. 找出需要主動監控的 TOP 3 風險。
13
14不要過於樂觀。我想聽到我沒想過的風險,而不是「一切都會沒事的」。
東大ClaudeCode研究所 - inline image

■ 20. 回顧引導者

用於結構化的專案回顧。

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

★ 將此類別轉換為技能參考文件...

東大ClaudeCode研究所 - inline image

分析與策略類的提示詞特別擁有精確的「格式」規範。將這些格式儲存為參考檔案,可以讓你重複使用相同的分析框架。

markdown
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 的內容會像這樣:

markdown
1## 決策矩陣
21. 找出 5 個評選標準
32. 為每個標準加權(總計 100%)
43. 為每個選項評分 1-10
54. 計算加權分數
65. 找出一個會改變建議結果的條件
7
8## 根本原因分析
91. 用「為什麼?」連續深入探討 5 次
102. 在三層面提出解決方案:表面/中層/根本
113. 不要只看問題的表面定義

技術類(8 個提示詞 - 僅列出標題)

P21-P28 涵蓋程式碼審查、API 設計等面向,專為工程師設計。完整內容請參閱原文。

■ 21. 架構顧問

■ 22. 程式碼審查

■ 23. 除錯診斷

■ 24. API 設計

■ 25. 資料庫綱要設計

■ 26. 測試案例建立

■ 27. 文件建立

■ 28. 重構計畫

工作生產力(4 個提示詞)

東大ClaudeCode研究所 - inline image

P29 每週計劃提示詞中有一個「刻意略過的事項」區塊。它要求的是「不做事項清單」,而不只是待辦事項清單。這是此類別的核心設計理念。

■ 29. 每週規劃師

適合週一早上使用。從季度目標反向推導,決定「不做什麼」。

markdown
1季度目標:[列出]
2上週成果:[簡短摘要]
3本週承諾事項:[會議、截止日期、義務]
4
5建立一週計劃:
61. TOP 3 優先事項(對季度目標最重要的事)。
72. 時程表(每日的會議與截止日期)。
83. 緩衝任務(重要但有彈性的事項)。
94. 刻意略過的事項(本週不做什麼及其原因)。
東大ClaudeCode研究所 - inline image

■ 30. 學習加速器

markdown
1我想學習 [主題/技能]。
2
3目前程度:[初學者/中級/進階]
4可用時間:[每週幾小時]
5學習風格:[理論/實作/混合]
6目標:[學習後你希望能夠做到什麼]
7
8建立學習計劃:
91. 先備知識:需要先知道什麼(若基礎不足請老實說)。
102. 核心概念:按順序理解 5-7 個關鍵想法。
113. 專案:每個概念搭配一個動手專案,從做中學。
124. 資源:每個概念只提供一個最佳資源(不要給 10 個選項)。
135. 里程碑:如何判斷是否真正理解一個概念(具體的測試)。
146. 時間表:根據可用時間,制定實際的每週計劃。
15
16不要灌水計劃。如果 3 週就能學會,就不要硬拉長到 8 週。

■ 31. 談判準備

適用於薪資談判或商業交易。從讓步順序到優雅退場的台詞,一應俱全。

markdown
1與 [誰] 就 [什麼主題] 進行談判。
2
3背景:[關係、歷史、權力平衡]
4理想結果:[最佳情況]
5可接受結果:[最低可接受條件]
6預測對方立場:[他們可能想要什麼]
7
8準備事項:
91. 初始立場及其依據。
102. 3 項可提出的讓步(從小到大)。
113. 每次讓步後可要求的 3 項回報。
124. 3 個可能的反對意見及回應方式。
135. 2 個能為雙方創造價值的創意選項(把餅做大)。
146. 退場底線及優雅離場的具體說詞。

■ 32. 習慣設計師

當你想建立一個新習慣時使用。

markdown
1我想建立這個習慣:[描述習慣]
2
3目前例行公事:[典型的一天的樣貌]
4過去嘗試:[你之前嘗試過什麼以及為何失敗]
5
6設計一個習慣養成計劃:
71. 最小版本(2 分鐘的入門版本)。
82. 觸發點:要依附在哪個現有習慣或事件上。
93. 環境設計:讓習慣更容易養成的實體環境改變。
104. 獎勵:能強化習慣的即時正向回饋。
115. 追蹤方法:如何衡量一致性。
126. 失敗協議:如果中斷一天該怎麼辦(因為你一定會中斷)。
137. 逐步擴展:2 分鐘版本如何在 4 週內成長。
14
15要實際一點。一個能持久的小習慣,勝過一個一週就放棄的完美例行程序。

數據分析與研究(3 個提示詞)

東大ClaudeCode研究所 - inline image

如果你要求 AI「總結」數據,它只會回傳膚淺的摘要。這些提示詞不同。P33 指定了格式:「先用白話陳述結論,再附上支持數據。」

■ 33. 數據分析

適用於銷售數據或調查結果。甚至會告訴你「可能被誤導的情況」。

markdown
1分析這份數據。
2
3<數據>
4[貼上 CSV、表格、數值、調查結果等]
5</數據>
6
7請提供:
81. 摘要統計(關鍵數字一覽)。
92. 3 個最重要的模式或趨勢。
103. 2 個不易察覺的驚人發現。
114. 1 個此數據可能產生誤導的面向(常見誤解)。
125. 3 個此數據引發的、需要額外數據才能回答的問題。
13
14讀者:[誰會閱讀此分析及其技術程度]
15先用白話陳述結論,再附上支持數字。

■ 34. 調查分析

■ 35. 研究統整

溝通類(5 個提示詞)

東大ClaudeCode研究所 - inline image

與上司的一對一會談、給下屬的回饋、對客戶的道歉。在此類別中,「角色」的使用方式很獨特。不是給自己一個角色,而是讓 AI 扮演接收方的立場。

■ 36. 為困難對話做準備

■ 37. 回饋設計

東大ClaudeCode研究所 - inline image

■ 38. 簡報設計

■ 39. 道歉設計

■ 40. 電梯簡報

提示詞收錄是起點,不是終點

東大ClaudeCode研究所 - inline image

你現在有了 40 個提示詞。如何使用它們將顯著影響成果。

Khairallah 建議 4 個步驟:

  1. 儲存它們。
  2. 本週使用 5 個。
  3. 儲存效果良好的提示詞。
  4. 每週擴充 2-3 個。

當你儲存更多提示詞後,就會看到下一步:在 Claude Code 中將它們管理為「技能」。技能是可重複使用的商業模式的定義。任何能將自己工作結構化的人都可以建立它們。

▼ 閱讀此文以了解 Claude Code Skills 的介紹 ▼

東大ClaudeCode研究所 avatar

UTokyo ClaudeCode Lab

@ClaudeCode_UT

·

4月25日

東大ClaudeCode研究所 on X — cover

文章

【完全版】用 Claude Code Skills 讓 AI 學習你的工作的指南

「因為完全沒有程式知識,擔心能不能用 AI...」

「黑色的終端機畫面好可怕...」

「但又怕被 AI 潮流拋在後面...」

即使處於這種狀態,Claude Code...

1

87

825

584K

總結

  • 這 40 個提示詞是「設計過的指令」,而非「期望」。
  • 專業提示詞具備 6 個要素:角色、脈絡、限制條件、格式、品質標準、範例。
  • 這些要素可用於 Claude Code Skills 的參考文件中。
  • 將資訊分門別類放入 references/ 中,而非全部塞進 SKILL.md
  • 涵蓋 5 大商業類別:寫作、思考、規劃、研究、表達。
東大ClaudeCode研究所 - inline image

UTokyo Claude Code Lab 是由現任東大學生團隊經營的帳號。我們分享商用實戰情報。追蹤我們以獲得免費的 Skills、設計模式及翻譯的 AI 技巧。

獲取限定情報的官方 LINE:https://lin.ee/quYxNMc

存到 YouMind

使用 YouMind 深度閱讀爆款文章

保存原文、追問細節、總結觀點,並在一個 AI 工作空間裡把爆款文章沉澱成可複用筆記。

了解 YouMind
寫給創作者

把你的 Markdown 變成乾淨的 𝕏 文章

圖片上傳、表格、程式碼區塊,往 𝕏 上手動重排太痛苦。YouMind 把整篇 Markdown 一鍵轉成乾淨、可直接發佈的 𝕏 文章草稿。

試試 Markdown 轉 𝕏

更多可拆解樣本

近期爆款文章

探索更多爆款文章