2026 Claude 教學:官方 90 個 Use Cases、12 個工作流程與 Prompt 範例
2026 Claude 教學完整整理:官方 90 個 Use Cases、Claude.ai、Cowork 與 Claude in Chrome 差異,以及 12 個可直接套用的工作流程與 Prompt。
Claude 可以用來整理跨工具工作摘要、分析使用者回饋、製作簡報、理解 Excel、比較供應商、研究市場,以及把內容改寫成不同平台版本。真正的 Claude 用法不只是聊天,而是讓它讀取正確資料、完成多步驟任務,再交付可檢查的文件、試算表或簡報。
每天早上先翻 Email、Slack、Notion 和行事曆,再花半小時整理今天要做什麼;產品回饋散落在訪談、CRM、Issue Tracker 和客服訊息,PM 每週都要重新拼湊一次;接手別人的 Excel,只要改一個公式,就怕整份財務模型跟著壞掉。這些工作都能交給 Claude 協助,但做法不是只問一句:「幫我整理一下。」
截至 2026 年 7 月 19 日,Anthropic 官方 Claude Use Cases 收錄 90 個案例,涵蓋工作、生產力、教育、研究、Finance、Legal、Sales、Marketing、非營利組織與個人生活。真正值得學的不是 90 種問法,而是它們共同採用的工作方式:先讓 Claude 讀取正確資料,再指定交付物與完成標準,最後保留人工 Review。
這篇文章不會把官方案例逐頁翻譯成一份很長的功能清單。我會先整理 10 個最容易用到的入口,再拆解 12 個完整工作流程,最後附上 90 個案例索引。你可以直接跳到自己的工作類型,不必從第一項看到最後一項。
Claude 可以做什麼?先看 10 個實用用途
| 你現在卡住的事情 | 建議先用 Claude 做什麼 | 最後應該拿到什麼 |
|---|---|---|
| 每天在不同工具找工作重點 | 建立跨工具每日 Brief | 優先工作、會議準備、待回覆與風險 |
| 使用者回饋散落各處 | 整合所有回饋頻道 | 主題、證據、影響範圍與產品機會 |
| 專案狀態每週都要重抄 | 自動整理專案進度 | 進度、Owner、阻礙、決策與下一步 |
| 供應商提案格式完全不同 | 正規化比較方案 | 同維度比較表、缺漏資料與建議 |
| 想估市場卻不知道從哪開始 | 完成 Market Sizing | 假設、計算表、來源與決策簡報 |
| 接手公式複雜的 Excel | 理解並延伸既有試算表 | 公式地圖、修改版、測試與 Changelog |
| 合約太長,抓不到風險 | 建立紅線與談判清單 | 條款摘要、風險分級與 Redline 建議 |
| 一篇內容要改成多平台版本 | 跨平台改寫內容 | Threads、Facebook、Email 等版本 |
| 提案簡報資料散落在 CRM | 製作 Sales Proposal | 客戶版簡報、證據來源與需要釐清的事項 |
| 想規劃轉職,卻只會蒐集職缺 | 建立職涯行動系統 | 能力差距、專案、時間線與證據庫 |
快速書籤:直接跳到你的工作
- Claude.ai、Cowork、Chrome 怎麼選?
- 12 個完整工作流程
- 工作、生產力與營運
- Marketing、Sales 與 HR
- Finance、Legal 與高風險文件
- 研究、教育與 Life Sciences
- 個人生活與創作
- Nonprofits 非營利組織
- 90 個 Use Cases 完整索引
- 可重複使用的 Claude Prompt 模板
Claude.ai、Cowork、Claude in Chrome 怎麼選?
Claude 現在不只是一個聊天視窗。官方案例裡同時出現 Claude.ai、Claude Cowork、Claude in Chrome、Connectors、Skills、Projects、Research、Extended Thinking 與 Custom visuals。這些名詞看起來很多,但選擇邏輯其實很簡單:先確認資料在哪裡,再看 Claude 要不要操作檔案或瀏覽器。
| 工作方式 | 適合的任務 | 常見交付物 | 最重要的限制 |
|---|---|---|---|
| Claude.ai | 問答、研究、分析、寫作、互動視覺與 Artifacts | 文章、研究摘要、表格、互動工具 | 沒有提供的內部資料,Claude 不會自動知道 |
| Claude Cowork | 執行跨文件、多步驟工作;透過 Desktop app 存取本機檔案與瀏覽器 | 整理後資料夾、報告、簡報、試算表、文件 | 屬付費方案;本機存取需要 Desktop app,寫入或刪除前仍要 Review |
| Claude in Chrome | 讀取網頁、跨網站比較、擷取 Dashboard、協助填表 | 比較表、指標摘要、CRM 草稿、表單內容 | 屬付費方案的 Beta 功能,登入權限與畫面操作具有外部狀態風險 |
| Connectors | 連接 Slack、Google Drive、CRM 等外部資料 | 跨工具 Brief、報告、統整資料 | 可用服務取決於方案與管理員設定 |
| Projects | 長期保存專案背景、文件與工作規則 | 可持續更新的專案對話與成果 | 舊資料可能過期,仍要標註版本與日期 |
| Skills | 把品牌規範、格式與固定流程封裝成可重複能力 | 符合固定格式的簡報、文件與試算表 | 規範本身若錯誤,錯誤也會被重複套用 |

Connectors 是讓 Claude 讀取外部服務的連接方式;Skills 則像一份會自動套用的工作規範。Extended Thinking 代表讓模型投入更多推理時間,適合公式、複雜比較與多步驟分析;Research 用於蒐集並整合多個來源;Custom visuals 則能在對話中建立圖表、流程圖或互動視覺。
Claude Cowork與 Claude in Chrome皆提供給 Pro、Max、Team 與 Enterprise 等付費方案。Team 或 Enterprise 管理員仍可關閉相關功能;若要讓 Cowork 存取本機檔案、瀏覽器或電腦,必須讓 Claude Desktop app 保持連線。
真正的判斷不是「哪個功能最強」,而是哪一種方式能用最低維護成本完成交付。如果只是改一封 Email,Claude.ai 就夠了;如果要批次整理桌面上的 300 份檔案,才需要 Cowork;如果資料只存在登入後的 Dashboard,Claude in Chrome 才有價值。
不要只丟一句 Prompt:先寫清楚 5 個任務規格
官方 90 個案例橫跨很多職業,但底層大多可以縮成五個欄位:
- 輸入資料: Claude 可以讀哪些檔案、網站、工具與時間範圍?
- 任務目標: 你要解決什麼工作問題,而不是想用什麼功能?
- 限制條件: 哪些資料不能猜、哪些來源不能用、哪些格式不能改?
- 交付物: 最後要文件、簡報、試算表、比較表、互動工具,還是修改後的檔案?
- 完成標準: 怎樣才算做完?需要來源、測試、差異紀錄,還是主管可以直接 Review 的版本?
例如「幫我分析使用者回饋」太模糊。更可靠的寫法是:「讀取最近 90 天的訪談逐字稿、客服單與 CRM Notes,按主題分群;每個主題附來源、出現次數、受影響客群與反例;最後提出三個產品機會,但不要自行改動 Roadmap。」
Prompt 不需要刻意寫得很長,但工作邊界一定要清楚。尤其是寄信、修改 CRM、移動檔案、刪除 Email、更新財務公式或接受合約條款,都應先產生預覽,再由人核准。
12 個最值得直接套用的 Claude 工作流程
以下案例不是照翻官方 Prompt,而是把實際工作需要的輸入、交付與驗收條件補完整。每段 Prompt 都可以直接複製,再把中括號內容換成自己的資料。
延伸閱讀:2026 ChatGPT 用法大全:100 個 Work、Codex 工作情境
1. 建立跨工具每日 Brief
官方案例示範從 Slack、Notion 與團隊 Dashboard 整理每日資訊。它真正解決的不是「摘要太慢」,而是不同工具只呈現局部狀態,容易漏掉彼此的依賴。
準備資料: 當日 Calendar、過去 24 小時的重要 Email 與 Slack、指定專案文件、尚未完成的 Follow-up。
執行方式: 先列出資料來源與讀取範圍,再依期限、影響與等待關係排序。已確認事實、Claude 推論與缺少資料要分開。
最後交付: 三項最高優先工作、每場會議的準備事項、待回覆訊息、阻礙、等待決定與來源連結。
完成標準: 每個行動都能回到來源;FYI 訊息不會被誤列為待辦;Claude 不會自行寄信或建立任務。

請讀取[日期]的 Calendar、過去 24 小時的[Email/Slack 範圍]與[專案文件],建立今日工作 Brief。
輸出:
1. 三項最高優先工作與排序理由
2. 每場會議的準備事項
3. 需要回覆的訊息
4. 阻礙、依賴與等待我決定的問題
5. 缺少資料
每一項附來源。把已確認事實、你的推論與未知項目分開。只建立 Brief,不要寄信、建立任務或修改文件。
2. 從所有回饋頻道找出真正的產品問題
官方案例會整合 Call Transcript、Slack、CRM Notes 與 Linear Issue。對 PM 來說,價值不在把所有抱怨濃縮成五點,而是找出跨頻道重複、影響特定客群,而且有原始證據的問題。
準備資料: 指定期間的訪談、客服單、NPS 留言、Sales Notes、Issue Tracker,以及產品版本與客群欄位。
執行方式: 先去識別化,再依問題、使用情境與客群分群。每個主題保留支持證據、反例、出現頻率與可能的資料偏差。
最後交付: 主題地圖、受影響客群、代表原句、嚴重度、目前 Workaround、產品機會與研究缺口。
完成標準: 熱門聲音不等於最大問題;每個建議都有來源;Claude 不會把少數意見包裝成市場共識。
請分析[期間]內的訪談、客服單、NPS、CRM Notes 與 Issue Tracker。先移除個資,再依使用情境、問題與客群分群。
每個主題請列出:證據來源、出現次數、受影響客群、嚴重度、代表原句、反例、現有 Workaround 與可能的產品機會。最後提出三個值得進一步驗證的方向,但不要直接改動 Roadmap,也不要把沒有統計代表性的回饋寫成普遍需求。
3. 從 Email、Slack 與專案工具產生狀態報告
Generate project status reports的核心,是把「誰正在做什麼、卡在哪裡、下一步是什麼」拉回同一個視圖。若只要求 Claude 摘要,很容易得到一篇看起來完整、卻沒有 Owner 與期限的週報。
準備資料: 專案目標、上次週報、任務 Tracker、Email、會議紀錄與指定 Slack Channel。
執行方式: 先比對上期承諾與本期證據,再整理完成、進行中、阻礙、Scope 變更與需要決策的項目。
最後交付: 主管版一頁摘要、工作明細表、阻礙與決策清單、下週重點,以及來源附錄。
完成標準: 沒有明確 Owner 或日期就標示「尚未指定」;不把討論當成已承諾;每個狀態能回到來源。
請根據[上次週報]、[任務 Tracker]、[Email/Slack/會議紀錄範圍]建立本週專案狀態報告。
請分成:已完成、進行中、阻礙、Scope 變更、需要決策、下週重點。每項列出 Owner、期限、狀態依據與來源。沒有明確 Owner、期限或決策時寫「尚未指定」,不要自行補齊。另列出與上次週報不一致的地方。
4. 把格式不同的供應商提案變成可比較資料
供應商常把價格、導入費、維護費、限制與 SLA 放在不同頁面。Claude 的 Compare and analyze competing options案例,適合把 PDF、簡報與試算表正規化成同一套比較維度。
準備資料: 所有 Proposal、報價單、合約草案、需求清單,以及必選與加分條件。
執行方式: 先建立比較 Schema,再逐份抽取資料;不能直接比較的單位分開呈現,缺少資料不以推測補齊。
最後交付: 比較試算表、總持有成本、合約差異、缺漏問題、風險清單與情境式建議。
完成標準: 一次性費用與週期性費用分開;價格期間與幣別一致;每個數字可追溯到原文件頁碼。
請比較這些供應商提案。先依我們的需求建立統一欄位,再抽取價格、導入費、維護費、合約期間、SLA、功能、限制、退出條款與資料權利。
所有數字附文件名稱與頁碼。幣別、期間或計價單位不同時不要直接相加;缺少資料標示空白並產生追問清單。最後依[成本/導入速度/擴充性/風險]四種情境提出建議,不要只給一個沒有依據的總分。
5. 完成有來源、有計算過程的 Market Sizing
在 Size a market using your research案例中,Claude 不只寫一段市場分析,而是同時輸出簡報、Excel 計算表與附引用的 Markdown 文件。這種交付方式比單一市場數字更可靠,因為團隊能回頭檢查假設。
準備資料: 市場定義、地區、客群、時間範圍、商業模式、內部數據與可接受來源。
執行方式: 同時建立 Top-down 與 Bottom-up 兩套估算,用區間呈現不確定性,並對關鍵假設做敏感度分析。
最後交付: TAM、SAM、SOM 試算表、來源表、假設清單、敏感度分析與決策版簡報。TAM 是整體可服務市場,SAM 是目前產品與地區能服務的部分,SOM 則是短期較可能取得的份額。
完成標準: 市場定義一致;每個數字有年份與來源;結果不是把不同研究機構的數字平均;關鍵假設可以修改並重新計算。

請估算[產品]在[地區、客群、年份]的 TAM、SAM 與 SOM。先確認市場邊界,再分別用 Top-down 與 Bottom-up 方法估算。
交付一份可修改的試算表,保留公式、來源、年份、單位與假設;另做基準、樂觀、保守三種情境及敏感度分析。最後產生 8 頁內的決策簡報。若資料不足,請給區間與資料缺口,不要用看似精準的單一數字掩蓋不確定性。
延伸閱讀:Claude 財務 Agent 怎麼用?Anthropic 推出 10 款金融 Agent,安裝與實作教學
6. 理解並延伸別人留下的 Excel
理解並延伸既有試算表解決的是很多團隊都遇過的問題:原作者離職了,公式跨工作表互相依賴,沒有人敢改。
準備資料: 原始 Excel、業務定義、要新增的期間或情境,以及不可改動的格式與公式區域。
執行方式: 先建立工作表與公式依賴地圖,再找出硬編碼、斷裂公式、例外處理與輸入欄位。修改應在副本進行,並保留前後差異。
最後交付: 公式說明、風險清單、更新後檔案、測試結果、假設與 Changelog。
完成標準: 抽樣重算關鍵欄位;總計與分項能對上;新增公式延續原邏輯;原始檔保持不變。
請先唯讀檢查這份 Excel,整理每個工作表的用途、主要輸入、關鍵公式、跨表依賴、硬編碼與可能錯誤。不要直接修改原檔。
確認分析後,請在副本新增[需求],保留原格式與公式邏輯。完成後提供修改清單、受影響儲存格、測試方式、前後結果與所有新增假設。若公式意圖不明,先列出問題,不要自行重建商業邏輯。
7. 合約 Redlining 與談判準備
Claude 可以依 Contract redlining and negotiation案例,整理影響工作範圍的條款、提出修改方向與談判重點。但它不能取代律師,也不應直接替公司接受條款。
準備資料: 合約原文、公司 Playbook、可接受底線、商業背景、司法管轄區與過往版本。
執行方式: 逐條比對標準立場,將風險分成必改、可談與可接受;每項建議同時說明商業影響與替代文字。
最後交付: 條款摘要、風險矩陣、Redline 建議、談判清單、缺少背景與需要律師確認的問題。
完成標準: 所有建議回到原條文;沒有憑空補入法規結論;高風險項目由合格法律專業人士 Review。
請依[公司合約 Playbook]檢查這份[合約類型],司法管轄區為[地區]。逐條整理原文、標準立場、偏差、商業影響、風險等級與建議替代文字。
請把結果分成必改、可談、可接受與資訊不足。所有結論附原條款位置;不要替我接受條款、簽署或對外寄送。另列出需要法務確認的法律問題。這份輸出只作為 Review 輔助,不是法律意見。
8. 把一篇內容改成不同平台真正能用的版本
Adapt content across platforms不是把長文切短而已。Threads、Facebook、Email 與簡報有不同的閱讀情境,應重新安排 Hook、背景、證據與 CTA。
準備資料: 來源文章、品牌語氣、目標讀者、平台、不可改動的事實與希望達成的行動。
執行方式: 先建立核心訊息與證據表,再依平台重組,不用同一個模板硬縮字數。
最後交付: 各平台草稿、標題選項、素材需求、事實核對表與發布順序。
完成標準: 每個版本保留同一核心事實,但切角與篇幅符合平台;沒有捏造案例、數字或使用者心得。
請把這篇來源內容改成[Threads/Facebook/Email/LinkedIn]版本。先列出不可改動的核心事實、主要觀點、目標讀者與 CTA,再分別重組內容。
每個平台請提供:Hook、正文、CTA、字數、建議素材與需要查核的資訊。不要只做刪字,也不要新增來源沒有的數字、引言、案例或親身經驗。語氣請遵守[品牌指南]。
9. 從客戶資料製作 Sales Proposal 簡報
Create a sales proposal presentation示範把研究、數據與視覺整理成客戶版提案。真正困難的不是排版,而是不能把內部推測寫成客戶已確認的需求。
準備資料: 客戶 Brief、Discovery Notes、CRM、產品資料、核准案例、價格與品牌模板。
執行方式: 先把已確認需求、Sales 假設與資料缺口分開,再建立故事線、方案與證據。價格與承諾只能使用已核准版本。
最後交付: 提案簡報、Speaker Notes、來源附錄、需要客戶確認的問題與 Follow-up Email 草稿。
完成標準: 沒有捏造客戶痛點或成效;所有 Logo、案例與價格可合法使用;寄送前由 Account Owner 核准。
請根據[客戶 Brief、Discovery Notes、CRM 與產品資料]建立一份[頁數]頁的 Sales Proposal。
先分開:客戶已確認需求、我們的假設、缺少資料。簡報包含現況、問題、建議方案、導入方式、證據、時程、價格與下一步。所有數字附來源,只使用已核准案例與價格。另提供 Speaker Notes 與需要釐清的問題,不要直接寄給客戶。
10. 把教材轉成不同程度的課程材料
Claude 的教育案例不只做摘要。Adapt a standard textbook page to every reading level會把同一來源轉成簡報與不同閱讀程度的講義;Create custom course materials則能處理手寫公式與 LaTeX 排版。
準備資料: 原始教材、學習目標、學生年級、先備知識、授課時間與評量方式。
執行方式: 先找出不能改變的核心概念,再調整詞彙、例子、步驟與練習難度。不同版本不能只是把句子變短。
最後交付: 教師版教案、學生講義、簡報、練習題、答案與不同程度版本。
完成標準: 概念正確;公式、單位與答案經過驗證;每個活動對應學習目標;教師 Review 後才使用。
請把這份[教材]改編成適合[年級/程度]的[授課時間]課程。先列出學習目標、先備知識與不能簡化錯誤的核心概念。
交付教師教案、學生講義、簡報大綱、三種難度練習與答案。每個活動標註時間與對應目標;公式、單位與引用保留來源。若原教材有歧義,列出問題,不要自行補成確定答案。
11. 把轉職想法變成可以每週執行的行動系統
Plan your career path不是只列出「應該學哪些技能」,而是把目標職缺、履歷與市場資料轉成兩份成果:向前規劃的 Action Tracker,以及向後累積證據的 Skills Portfolio Log。
準備資料: 履歷、目標職缺、目前作品、時間限制、地區與不考慮的工作條件。
執行方式: 從職缺抽取能力要求,和現有證據比對。缺口要轉成可完成的專案、課程、Networking 與時間線,而不是抽象建議。
最後交付: 職缺比較、能力缺口、90 天行動計畫、作品專案、聯絡對象,以及記錄成果的證據庫。
完成標準: 不捏造履歷經歷;市場資訊附日期與來源;每個行動有明確產出,而不是只寫「加強能力」。
請根據我的履歷與這些目標職缺,建立職涯行動系統。先比較職缺要求與我已有的可驗證證據,再區分優勢、能力缺口與資訊不足。
交付:一、職缺比較表;二、90 天行動計畫;三、三個可放入作品集的專案;四、學習與 Networking 清單;五、Skills Portfolio Log 欄位。不要替我補寫不存在的經驗或成效。職缺與市場資料附來源及日期。
12. 用 Cowork 稽核整個視覺資產資料夾
Audit a folder of visual assets against your guidelines示範 Claude Cowork 讀取大量圖片,找出錯誤品牌色、過期 Logo 與缺少法務文案的素材。這類任務適合批次檢查,但不應讓 Claude 一開始就覆寫所有檔案。
準備資料: 圖片資料夾、最新品牌指南、Logo 清單、必要 Legal Copy、命名規則與已核准例外。
執行方式: 先建立檢查規則與抽樣基準,再全量掃描。每個問題保留檔名、位置、規則、信心與建議處理方式。
最後交付: 違規清單、嚴重度、信心分數、重複問題統計、需人工判斷項目與修正優先順序。
完成標準: 沒有直接覆寫原始資產;高風險判斷能回到品牌規範;低信心項目由 Designer 或 Legal Review。
請唯讀稽核[資料夾]內的視覺資產,依[品牌指南、Logo 清單、Legal Copy 與命名規則]檢查。
輸出檔名、問題位置、違反規則、嚴重度、信心、建議修正與是否需人工 Review。先用[抽樣資料夾]驗證規則,再掃描全部檔案。不要改名、移動、刪除或覆寫任何資產。
Claude 官方 90 個 Use Cases 完整索引
下面依「讀者想完成的工作」重新整理 90 個官方案例。部分案例同時跨越多個職能,這裡只放在最適合查找的一類,避免重複計數。
一、工作、生產力與營運
- 稽核整個視覺資產資料夾:依品牌規範找出錯色、舊 Logo 與缺漏文案。
- 建立品牌素材:產生符合品牌規範的名片、Flyer 與行銷材料。
- 製作自訂網站:把作品集或網站想法做成可部署頁面。
- 用 Skills 提升 Claude 的設計輸出:把設計原則封裝成會自動套用的規則。
- 建立互動式圖解工具:把複雜知識做成可操作的參考 App。
- 把品牌指南封裝成 Skill:讓文件、簡報與試算表自動符合品牌格式。
- 探索 Claude 適合你的哪些工作:依職務建立個人化能力指南。
- 整理桌面檔案:依內容辨識並分類本機檔案。
- 結合瀏覽器圖表與資料夾資料分析:把內部營收與外部總經數據放在一起比較。
- 跨工具建立每日 Brief:整合 Slack、Notion 與 Dashboard。
- 批次處理供應商:讀取 Vendor 文件、更新 Tracker、建立合約與 Intake Form。
- 從不同工具找洞察並做成簡報:追蹤跨來源線索並建立故事線。
- 從 Calendar 準備會議與行程:補足 Email 背景、會議準備與場地安排。
- 清理促銷 Email:辨識行銷郵件並交由使用者批次核准。
- 從 Analytics Dashboard 擷取指標:跨頁面抓取指標並整理摘要。
- 整理 Google Drive:建立資料夾、移動文件並標示重複與舊檔。
- 產生專案狀態報告:整合 Email、Slack、會議與專案工具。
- 快速準備一週工作:依 Calendar 與 Email 排出優先順序。
- 比較並分析競爭方案:把不同格式 Proposal 正規化成比較表。
- 建立互動式 PDF 表單:把靜態文件改成可填寫表單。
- 建立流程圖:將書面 SOP 轉成可讀的視覺流程。
- 把 Email 變成活動 Tracker:抽取日期、地點與活動安排。
- 建立公司 Newsletter:把不同頻道消息整理成出版型 Digest。
- 建立每日旅行行程:依偏好、活動與限制安排每日路線。
二、Marketing、Sales 與 HR
- 跨平台改寫內容:將一份內容轉成不同受眾與平台版本。
- 分析 Campaign 成效:找出表現最佳與最差 Channel,提出預算調整依據。
- 建立 Customer Persona:從研究資料整理目標、痛點與行為。
- 建立 Sales Proposal 簡報:用客戶背景、數據與品牌格式製作提案。
- 把 Sales Call 記錄到 CRM:比對 Calendar 與聯絡人,先建立 Activity Log 草稿。
- 準備 Sales Deal:從 CRM 找類似商機與客戶背景。
- 建立 Sales Report:分析 CRM 指標並產生圖表與策略摘要。
- 建立 Battle Card Library:把輸單原因與競品資料變成業務話術。
- 建立新人 Onboarding Guide:整合公司資訊、行程、聯絡人與個人化內容。
三、Finance、Legal 與高風險文件
- 用 Claude for Excel 草擬 Credit Memo:整合 Borrower Filings、Spreads 與核貸資料。
- 驗證 Reserve 並撰寫申報說明:檢查估值工作簿與過往申報資料。
- 財報後更新財務模型:比對公告、Transcript 與既有模型。
- 理解並延伸既有試算表:保留公式邏輯並加入新資料。
- 核對跨帳戶交易:比對銀行匯出與 Ledger,標示差異。
- 壓力測試個人財務計畫:模擬不同風險如何連鎖影響計畫。
- 從科學到財務評估公司:交叉比對 SEC、臨床試驗與專利資料。
- 建立財務模型:完成投資分析、情境規劃與風險評估。
- 草擬 Investment Memo:依機構格式把平台資料整理成投資備忘錄。
- 整理公司財務:用試算表找出趨勢與重要數字。
- 合約 Redlining 與談判:找出風險條款並提出談判重點。
- 準備 Compliance Audit 文件:把政策、合約與紀錄整理成可稽核資料夾。
- 用 Projects 管理 Legal Workflow:讓每次合約 Review 自動帶入 Playbook。
- 建立 Discovery Timeline:從大量訴訟文件整理時序與模式。
四、研究、教育與 Life Sciences
- 把同一教材改成不同閱讀程度:產生簡報與分級講義。
- 規劃 Syllabus:辨認先備關係與可調整週次。
- 用研究資料估算市場規模:同時建立試算表、來源文件與決策簡報。
- 用互動圖學習公式:透過拖曳與視覺變化理解公式。
- 把白板課程變成互動視覺:在備課對話中同步建立教學圖。
- 把複雜機制畫成互動說明:用控制項拆解文字難以表達的系統。
- 把 Literature Review 畫成爭點地圖:整理主張群組、衝突與研究盲點。
- 先畫資料,再決定如何解讀:從 CSV 建立相關性視圖並找出值得追查的模式。
- 把研究轉成簡報:建立故事線、Slide Outline、Speaker Notes 與視覺建議。
- 找出理解缺口並建立個人化課程:追蹤誤解來源,而不是只重講一次。
- 把通勤時間變成研究時間:在手機記錄想法,再跨裝置完成研究成果。
- 驗證原始資料中的統計數字:比對公開結論與 Raw Data。
- 規劃 Literature Review:尋找、排序並整理研究證據。
- 建立自訂課程材料:把手寫公式與筆記轉成 LaTeX 教材。
- 練習 Debate 並取得回饋:用反方追問測試論點。
- 練習 Case Interview:依框架解題並取得即時回饋。
- 規劃職涯路徑:把職缺、能力差距與時間線轉成行動系統。
- Preclinical Study Analysis:連接研究平台並整合跨實驗資料。
- Genomic Data Analysis:分析 Gene Expression 並形成可檢驗的生物機制假設。
五、個人生活與創作
- 建立自訂 Bucket List App:把個人 Tracker 或目標系統做成互動工具。
- 設計在地採集指南:用地圖選單查找並匯出可列印資料。
- 準備有個人脈絡的禮物:從筆記找線索、比較商品並安排購買。
- 比較不同網站的商品:統一規格後整理到 Google Sheets。
- 把訊息 Thread 變成研究筆記:從對話找資料並保存到 Notes。
- 把設計靈感變成裝修計畫:依預算與優先順序制定執行方案。
- 建立健康與運動筆記:研究動作並保存整理後筆記。
- 把手寫食譜變成數位 Recipe Card:整理、保存並分享家庭食譜。
- 研究並比較旅行目的地:建立包含圖片、評分與分析的比較表。
六、Nonprofits 非營利組織
- 畫出 Theory of Change:把 Input、活動、產出與影響串成因果鏈。
- 用視覺比較 Grant 選項:綜合成功率、金額、期限與投入。
- 測試 Campaign Goal 是否可行:用 Gift Pyramid 回推捐款人數與 Prospects。
- 並排比較不同預算情境:切換金額與比例,觀察壓力落點。
- 模擬 Donor Retention 與 Acquisition:用五年模型比較留存與獲客效果。
- 建立 Workflow Improvement Plan:把流程痛點轉成可執行的 AI 改善方案。
- 建立 Grant Proposal Assembly Line:用既有成功提案建立模組化內容庫。
- 建立 Program Toolkit:整合 Logic Model、評估計畫與資源指南。
- 視覺化 Program Data:把統計資料轉成圖表、Infographic 與 Dashboard。
- 建立 Volunteer Management System:整理角色、Onboarding、溝通模板與追蹤工具。
- 分析 Fundraising 成效:比較 Email、活動、Direct Mail 與 Social Channel。
- 建立組織 AI Policy:涵蓋資料隱私、適用情境、員工規範與倫理界線。
- 撰寫 Impact Report:把 Program Data 與成果轉成不同利害關係人可讀的報告。
- 從所有回饋頻道整理主題:整合訪談、Slack、CRM 與 Issue Tracker,找出跨平台產品模式。
- 分析使用者回饋模式:從 Feedback 中分離重複痛點與雜訊。
哪些事情不能直接交給 Claude?
Claude 能讀取更多資料、操作瀏覽器與處理本機檔案後,效率提升很明顯,但錯誤的影響也從「答案不準」變成「外部資料真的被改掉」。以下操作應保留人工核准:
- 寄出 Email、發布內容、建立或修改 CRM 紀錄。
- 移動、改名、覆寫或刪除本機與雲端檔案。
- 接受合約條款、提供法律結論或對外代表公司承諾。
- 修改財務模型的核心公式、投資假設或正式申報資料。
- 根據健康、基因或研究資料做診斷與醫療決策。
- 將使用者回饋、員工資料或客戶資訊傳入未核准的服務。
最實際的做法是採兩階段流程:Claude 先產生預覽、差異清單與風險,使用者確認後才執行可逆操作。高風險工作再加上第二位 Reviewer、版本備份與操作紀錄。
可重複使用的 Claude Prompt 模板
如果不確定怎麼開始,可以先使用下面這份通用模板。它比追求一段「完美 Prompt」更容易維護,也方便換到不同案例。
任務目標:
請協助我完成[要解決的工作問題]。
可使用資料:
- [檔案、資料夾、網站或 Connector]
- 時間範圍:[日期]
- 優先來源:[官方文件/指定內部資料]
限制:
- 不得猜測[數字、Owner、日期、法律結論等]
- 不得使用[禁止來源或敏感資料]
- 保留[既有格式、公式、品牌語氣]
交付物:
- [文件/試算表/簡報/報告/互動工具]
- 必須包含[欄位、章節、來源與差異紀錄]
完成標準:
- 每個重要結論能回到來源
- 已確認事實、推論與未知項目分開
- 提供測試、抽樣檢查或 Changelog
操作邊界:
先提供預覽,不要寄送、發布、刪除、移動、覆寫或寫入外部系統。等我確認後再執行。
Claude Use Cases 常見問題
Claude 可以做什麼?
Claude 適合處理研究、寫作、資料分析、程式設計、文件與簡報製作,也能透過 Connectors、Cowork 或 Claude in Chrome 統整外部工具與本機檔案。最適合先從資料來源明確、風險低、成果容易 Review 的任務開始,例如摘要、方案比較與內容改寫。
Claude 免費版可以使用 Cowork 或 Claude in Chrome 嗎?
不行。截至 2026 年 7 月 19 日,Claude 免費版可使用聊天、網頁搜尋、檔案建立與部分 Connectors;Cowork 與 Claude in Chrome 則提供給 Pro、Max、Team 與 Enterprise 等付費方案。方案功能可能調整,使用前仍應查看 Claude 官方 Pricing與帳號介面。
Claude 真的可以直接操作 Email、Google Drive 或 CRM 嗎?
部分案例會透過 Connectors、Claude in Chrome 或 Cowork 讀取與操作外部資料,但實際功能取決於方案、地區、管理員設定與目前版本。即使帳號具備權限,也建議先要求 Claude 產生草稿或預覽,再由人核准寫入、移動或刪除。
Claude.ai、Claude Cowork 與 Claude in Chrome 最大差別是什麼?
Claude.ai 適合對話、研究、分析與建立內容;Cowork 偏向處理本機資料夾與跨文件工作;Claude in Chrome 則能在瀏覽器內讀取頁面、跨網站整理與協助操作。選擇時先看資料在哪裡,以及工作是否需要改變外部狀態。
一定要照官方 Use Case 的模型版本嗎?
不一定。官方案例會標示當時建議的模型,但模型名稱與方案更新很快。更值得保留的是任務規格、資料來源、交付物與驗收方式;實際模型應依帳號可用選項、成本、速度與任務複雜度選擇。
使用 Claude 分析公司資料安全嗎?
安全性不能只看模型名稱。應先確認組織方案、資料使用政策、保留設定、Connector 權限與管理員規範,再決定哪些資料能上傳。含個資、未公開財務、合約、醫療或客戶資料時,應依公司政策去識別化並限制存取範圍。
哪一個 Claude Use Case 最適合新手?
先從每天都會重複、風險低而且容易驗收的工作開始,例如每週規劃、文件摘要、跨平台改寫或方案比較。不要第一天就自動寄信、刪除檔案或修改正式系統;先跑通「輸入、草稿、Review、修正」流程,再考慮擴大自動化。
結語:不要問 Claude 能做什麼,先問你要交付什麼
Anthropic 的 90 個 Use Cases 看起來跨越很多職業,但最值得帶走的不是案例數量,而是一個更接近真實工作的使用方式:Claude 先讀資料、執行多步驟任務、產生成果,再由人驗收與授權。
如果今天只想省下 20 分鐘,從每日 Brief、專案狀態或內容改寫開始就夠了。若團隊已經有穩定流程,再用 Projects 保存背景、用 Skills 固定格式、用 Connectors 串接來源,最後才考慮 Cowork 或 Chrome 的批次操作。
先把一個工作做完整,比同時嘗試 90 種用法更有價值。挑一個重複、痛苦、可驗收的任務,寫清楚輸入、限制、交付物與完成標準,Claude 才會從聊天工具變成真正能協作的工作夥伴。
資料來源
- Anthropic:Claude Use Cases
- Anthropic:Build a daily briefing across your tools
- Anthropic:Surface themes from all your feedback channels
- Anthropic:Size a market using your research
- Anthropic:理解並延伸既有試算表
- Anthropic:Contract redlining and negotiation
- Anthropic:Plan your career path
- Anthropic:Audit a folder of visual assets against your guidelines
- Anthropic Help Center:Get started with Claude Cowork
- Anthropic Help Center:Get started with Claude in Chrome
- Anthropic:Plans & Pricing