Claude 使用場景：寫作、程式碼、文件分析的實際應用方法

「以下是我寫的部落格文章草稿，請幫我：
1. 找出邏輯不順或前後矛盾的地方
2. 指出哪些段落太冗長，建議刪減
3. 開頭 150 字是否夠吸引人？如果不夠，提供替代版本
不要重寫整篇，只指出問題和修改建議。
[貼上草稿]」

「根據以下會議記錄，起草一份給客戶的提案摘要。
要求：500 字以內、正式商業語氣、重點是解決方案和時程
[貼上會議記錄]」

「翻譯以下英文技術說明，目標讀者是台灣中文使用者。
保留技術術語的英文，括號內加中文解釋（例如：API（應用程式介面））。
[貼上英文內容]」

「用 TypeScript 和 React 寫一個搜尋框元件：
- 輸入時 300ms debounce 後呼叫 API
- API 回傳格式：{ results: Array<{ id: string, title: string }> }
- 顯示 loading 狀態和 empty state
- 支援鍵盤導航（上下鍵選擇、Enter 確認）
不需要 CSS，只要邏輯正確的 TypeScript」

「審查以下 Python 程式碼，重點關注：
1. 效能問題（時間複雜度、不必要的迴圈）
2. 潛在的例外處理缺失
3. 不符合 PEP 8 的地方
每個問題請標明行號並說明原因。
[貼上程式碼]」

「寫一個單頁 HTML，實現以下功能：
- 輸入框讓使用者輸入 JSON 字串
- 自動格式化並高亮顯示 JSON
- 如果格式錯誤，顯示紅色錯誤提示
純 HTML + vanilla JavaScript，不用外部 library」

「以下是一份服務合約（中文），請：
1. 列出所有對乙方（服務提供商）不利的條款
2. 找出可能產生爭議的模糊用語
3. 指出常見合約中通常會有但這份合約缺少的條款
不需要給法律建議，只要指出問題點供我進一步確認。
[貼上合約全文]」

「[上傳 Q1、Q2、Q3 三季報告 PDF]
比較這三季的以下指標，輸出 Markdown 表格：
- 營收（台幣百萬）
- 毛利率（%）
- 主要客戶集中度
- 管理層提到的主要風險
如果某份報告沒有某項資訊，填入『未揭露』」

「[上傳 5 篇研究論文 PDF]
整理這些論文的共同結論和主要爭議點。
輸出格式：
- 共識：所有論文都支持的結論（條列）
- 爭議：論文之間有分歧的觀點（說明各方立場）
- 研究缺口：多篇論文都指出的未來研究方向」

「我是有 5 年 Python 後端經驗的工程師，完全不了解 Rust。
用我能理解的比喻解釋 Rust 的 ownership 機制，
舉出 3 個在 Python 中不會遇到但在 Rust 中需要注意的具體情境。」