SKILL.md
readonlyread-only
name
content-research-writer
description
協助撰寫高品質內容，透過研究、加入引用、改善開場鉤子、迭代大綱，並針對每個章節提供即時回饋。將您的寫作過程從單打獨鬥轉變為協作夥伴關係。
內容研究寫手
此技能扮演您的寫作夥伴，協助您研究、擬大綱、起草和潤飾內容，同時保留您獨特的語氣和風格。
何時使用此技能
- 撰寫部落格文章、專欄或電子報
- 建立教育內容或教學
- 起草思想領導力文章
- 研究和撰寫案例研究
- 製作附來源的技術文件
- 使用正確引用和參考文獻寫作
- 改善開場鉤子和引言
- 在寫作過程中逐節獲得回饋
此技能的功能
- 協作大綱：協助將想法組織成連貫的大綱
- 研究協助：尋找相關資訊並加入引用
- 開場鉤子改善：強化開場以吸引注意力
- 章節回饋：在您撰寫每個章節時進行審閱
- 保留語氣：維持您的寫作風格和語調
- 引用管理：正確加入和格式化參考文獻
- 迭代潤飾：透過多次草稿協助您改善
如何使用
設定寫作環境
為您的文章建立專屬資料夾：
mkdir ~/writing/my-article-title
cd ~/writing/my-article-title
建立草稿檔案：
touch article-draft.md
從此目錄開啟 Claude Code 並開始寫作。
基本工作流程
- 從大綱開始：
幫我為一篇關於[主題]的文章建立大綱
- 研究並加入引用：
研究[特定主題]並在我的大綱中加入引用
- 改善開場鉤子：
這是我的引言。幫我把開場鉤子寫得更吸引人。
- 取得章節回饋：
我剛寫完「為什麼這很重要」章節。請審閱並給予回饋。
- 潤飾和打磨：
審閱整份草稿的流暢度、清晰度和一致性。
指示
當使用者請求寫作協助時：
-
了解寫作專案
提出釐清問題：
- 主題和主要論點是什麼？
- 目標讀者是誰？
- 期望的長度/格式是什麼？
- 您的目標是什麼？（教育、說服、娛樂、解釋）
- 是否有任何現有研究或來源要納入？
- 您的寫作風格是什麼？（正式、口語、技術）
-
協作大綱
協助組織內容：
# 文章大綱：[標題] ## 開場鉤子 - [開場白/故事/統計數據] - [為什麼讀者應該關心] ## 引言 - 背景和脈絡 - 問題陳述 - 本文涵蓋內容 ## 主要章節 ### 章節 1：[標題] - 要點 A - 要點 B - 範例/證據 - [需要研究：特定主題] ### 章節 2：[標題] - 要點 C - 要點 D - 需要數據/引用 ### 章節 3：[標題] - 要點 E - 反論點 - 解決方案 ## 結論 - 重點摘要 - 行動呼籲 - 最後想法 ## 研究待辦事項 - [ ] 尋找關於[主題]的數據 - [ ] 取得[概念]的範例 - [ ] 為[主張]尋找來源引用迭代大綱：
- 根據回饋調整
- 確保邏輯流暢
- 找出研究缺口
- 標記需要深入探討的章節
-
進行研究
當使用者請求研究某個主題時：
- 搜尋相關資訊
- 尋找可信來源
- 提取關鍵事實、引文和數據
- 以要求的格式加入引用
輸出範例：
## 研究：AI 對生產力的影響 主要發現： 1. **生產力提升**：研究顯示內容創作任務可節省 40% 的時間 [1] 2. **採用率**：67% 的知識工作者每週使用 AI 工具 [2] 3. **專家引述**：「AI 增強而非取代人類創造力」— Dr. Jane Smith, MIT [3] 引用： [1] McKinsey Global Institute. (2024). "The Economic Potential of Generative AI" [2] Stack Overflow Developer Survey (2024) [3] Smith, J. (2024). MIT Technology Review interview 已加入大綱的章節 2 下方。 -
改善開場鉤子
當使用者分享引言時，分析並強化：
目前開場鉤子分析：
- 優點：[正面元素]
- 可加強處：[改善空間]
- 情感影響：[目前 vs. 潛力]
建議替代方案：
選項 1：[大膽陳述]
[範例]
為什麼有效：[說明]選項 2：[個人故事]
[範例]
為什麼有效：[說明]選項 3：[令人驚訝的數據]
[範例]
為什麼有效：[說明]開場鉤子檢查清單：
- 是否引發好奇心？
- 是否承諾價值？
- 是否夠具體？
- 是否符合目標讀者？
-
提供逐節回饋
當使用者撰寫每個章節時，審閱以下項目：
# 回饋：[章節名稱] ## 表現良好的部分 ✓ - [優點 1] - [優點 2] - [優點 3] ## 改善建議 ### 清晰度 - [具體問題] → [建議修正] - [複雜句子] → [更簡單的替代] ### 流暢度 - [轉折問題] → [更好的連接] - [段落順序] → [建議重新排序] ### 證據 - [需要支持的主張] → [加入引用或範例] - [籠統陳述] → [更具體] ### 風格 - [語氣不一致] → [更符合您的語氣] - [用詞選擇] → [更強的替代] ## 具體行級編輯 原文： > [草稿中的確切引文] 建議： > [改善版本] 原因：[說明] ## 需要考慮的問題 - [發人深省的問題 1] - [發人深省的問題 2] 準備好進入下一個章節！ -
保留作者語氣
重要原則：
- 學習他們的風格：閱讀現有寫作範例
- 建議而非取代：提供選項，而非指令
- 匹配語調：正式、隨意、技術、友善
- 尊重選擇：如果他們偏好自己的版本，支持它
- 增強而非覆蓋：讓他們的寫作更好，而非不同
定期詢問：
- 「這聽起來像你嗎？」
- 「這是正確的語氣嗎？」
- 「我應該更/更不[正式/隨意/技術]嗎？」
-
引用管理
根據使用者偏好處理參考文獻：
行內引用：
研究顯示生產力提升 40%（McKinsey, 2024）。編號參考：
研究顯示生產力提升 40% [1]。 [1] McKinsey Global Institute. (2024)...註腳風格：
研究顯示生產力提升 40%^1 ^1: McKinsey Global Institute. (2024)...維護一個持續更新的引用清單：
## 參考文獻 1. Author. (Year). "Title". Publication. 2. Author. (Year). "Title". Publication. ... -
最終審閱和潤飾
當草稿完成時，提供全面回饋：
# 完整草稿審閱 ## 整體評估 **優點**： - [主要優點 1] - [主要優點 2] - [主要優點 3] **影響力**：[整體效果評估] ## 結構與流暢度 - [組織評論] - [轉折品質] - [節奏評估] ## 內容品質 - [論點強度] - [證據充分性] - [範例有效性] ## 技術品質 - 文法與機制：[評估] - 一致性：[評估] - 引用：[完整性檢查] ## 可讀性 - 清晰度評分：[評估] - 句子多樣性：[評估] - 段落長度：[評估] ## 最終潤飾建議 1. **引言**：[具體改善] 2. **主體**：[具體改善] 3. **結論**：[具體改善] 4. **標題**：[如有需要提供選項] ## 發布前檢查清單 - [ ] 所有主張皆有來源 - [ ] 引用格式正確 - [ ] 範例清楚 - [ ] 轉折流暢 - [ ] 行動呼籲存在 - [ ] 校對錯字 準備發布！🚀
範例
範例 1：Teresa Torres 的工作流程
使用者：「我正在寫一篇關於持續探索的文章。幫我建立一個大綱。」
過程：
- 協作大綱結構
- 找出研究需求
- 使用者開始撰寫引言
- 審閱並改善開場鉤子
- 使用者撰寫每個章節
- 每個章節後提供回饋
- 進行研究並加入引用
- 完整草稿的最終審閱
- 潤飾並準備發布
結果：以 Teresa 的語氣撰寫、研究充分、引用正確的文章，結構和流暢度佳。
範例 2：研究密集型文章
使用者：「我正在寫一篇關於 AI 對產品管理影響的文章。幫我找最新的數據和範例。」
輸出：
## 研究彙整
### 最新數據
- Gartner：到 2025 年，80% 的產品經理將使用 AI 工具 [1]
- 調查：45% 表示功能交付速度更快 [2]
- 案例研究：Airbnb 的 AI 輔助優先級排序 [3]
### 專家引述
- 「AI 放大而非取代產品經理的判斷」— Marty Cagan
- [附引用的其他引述]
### 實際範例
1. **公司 A**：使用 AI 進行用戶研究彙整
- 結果：節省 60% 時間
- 來源：[引用]
2. **公司 B**：AI 驅動的路線圖分析
- 結果：更好的利害關係人對齊
- 來源：[引用]
所有內容已加入您的大綱，並附有正確引用。
範例 3：改善開場鉤子
使用者原始開場鉤子：
「產品管理因為 AI 正在改變。在這篇文章中，我將討論 AI 影響產品經理的一些方式。」
改善選項：
選項 1（數據驅動）：
「上個月，我讓 AI 分析 500 份客戶訪談。只花了 30 分鐘，而不是 3 週。產品管理將再也不同。」
選項 2（提問）：
「如果你能在早上的咖啡前，與每位客戶交談、閱讀每則評論、分析每張客服單，會怎麼樣？」
選項 3（故事）：
「Sarah 花了兩週時間打造了錯誤的功能。不是因為她不了解用戶，而是因為她無法快速處理數百份訪談以找出模式。」
範例 4：章節回饋
使用者：「我剛完成『常見錯誤』章節。有什麼想法？」
回應：
# 回饋：常見錯誤章節
## 表現良好的部分 ✓
- 強而有力的範例（Slack 通知故事）
- 清晰的結構（3 個錯誤，整潔的版面）
- 每個錯誤的實用建議
## 建議
### 讓它更具體
您的第二點提到「糟糕的優先級排序」，但可以更強：
目前：
> 「許多團隊專注於功能而非成果，導致優先級排序不佳。」
建議：
> 「我看過團隊在一季內交付 14 個功能，卻未能推動任何關鍵指標。他們優先考慮活動而非進展。」
### 加入數據
第三個錯誤需要證據支持：
> 「[加入引用]：研究顯示，缺乏定期用戶接觸的團隊，打造未使用功能的機率高出 3 倍 [需要來源]」
### 流暢度改善
考慮重新排序：錯誤 3 → 錯誤 2 → 錯誤 1
這樣從影響小到影響大逐步建立。
準備好進入下一個章節！
寫作工作流程
部落格文章工作流程
- 一起擬大綱
- 研究重點
- 撰寫引言 → 取得回饋
- 撰寫主體章節 → 逐節回饋
- 撰寫結論 → 最終審閱
- 潤飾和編輯
電子報工作流程
- 討論開場鉤子點子
- 快速大綱（較短格式）
- 一次完成草稿
- 審閱清晰度和連結
- 快速潤飾
技術教學工作流程
- 擬定步驟大綱
- 撰寫程式碼範例
- 加入說明
- 測試指示
- 加入疑難排解章節
- 最終審閱正確性
思想領導力工作流程
- 腦力激盪獨特觀點
- 研究現有觀點
- 發展您的論點
- 以強烈觀點撰寫
- 加入支持證據
- 打造引人入勝的結論
專業技巧
- 在 VS Code 中工作：比網頁版 Claude 更適合長篇寫作
- 一次一個章節：逐步取得回饋
- 分開儲存研究：保留一個 research.md 檔案
- 為草稿建立版本：article-v1.md、article-v2.md 等
- 大聲朗讀：利用回饋找出不順的句子
- 設定截止日期：「我今天要完成草稿」
- 休息一下：寫作、取得回饋、暫停、修改
檔案組織
寫作專案的建議結構：
~/writing/article-name/
├── outline.md # 您的大綱
├── research.md # 所有研究和引用
├── draft-v1.md # 第一版草稿
├── draft-v2.md # 修訂版草稿
├── final.md # 可發布版本
├── feedback.md # 收集的回饋
└── sources/ # 參考資料
├── study1.pdf
└── article2.md
最佳實務
研究方面
- 引用前驗證來源
- 盡可能使用最新數據
- 平衡不同觀點
- 連結到原始來源
回饋方面
- 具體說明您想要的：「這會不會太技術性？」
- 分享您的擔憂：「我擔心這個章節太拖沓」
- 提出問題：「這樣邏輯流暢嗎？」
- 要求替代方案：「還有其他方式可以解釋這個嗎？」
語氣方面
- 分享您的寫作範例
- 指定語氣偏好
- 指出好的匹配：「這聽起來像我！」
- 標記不匹配：「對我的風格來說太正式了」
相關使用案例
- 從文章建立社群媒體貼文
- 為不同受眾調整內容
- 撰寫電子郵件電子報
- 起草技術文件
- 建立簡報內容
- 撰寫案例研究
- 開發課程大綱
