內容研究寫作器
此技能可作為您的寫作夥伴，協助您研究、規劃、起草和完善內容，同時保持您獨特的語氣和風格。
何時使用此技能
- 撰寫部落格文章、文章或新聞通訊
- 建立教育內容或教學課程
- 起草思想領導力文章
- 研究和撰寫案例研究
- 製作帶有來源的技術文件
- 撰寫帶有適當引文和參考資料的內容
- 改善開頭和介紹
- 在寫作時獲得分段回饋
此技能的功能
- 協作規劃：協助您將想法組織成連貫的規劃
- 研究協助：尋找相關資訊並新增引文
- 開頭改進：強化您的開頭以吸引注意力
- 分段回饋：在您寫作時審查每個部分
- 語氣保留：保持您的寫作風格和語氣
- 引文管理：新增並正確格式化參考資料
- 迭代完善：協助您透過多次草稿進行改進
如何使用
設定您的寫作環境
為您的文章建立一個專用資料夾：
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 增強而非取代人類創造力」- 麻省理工學院 Jane Smith 博士 [3] 引文： [1] McKinsey Global Institute. (2024). 「生成式 AI 的經濟潛力」 [2] Stack Overflow 開發者調查 (2024) [3] Smith, J. (2024). 麻省理工學院技術評論訪談 已新增至規劃的第 2 節。 -
改善開頭
當使用者分享介紹時，分析並強化：
當前開頭分析：
- 有效之處：[正面元素]
- 可加強之處：[可改進領域]
- 情感影響：[當前與潛在]
建議替代方案：
選項 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. 作者。(年份)。「標題」。出版物。 2. 作者。(年份)。「標題」。出版物。 ... -
最終審閱和潤飾
草稿完成後，提供全面的回饋：
# 完整草稿審閱 ## 總體評估 **優點**： - [主要優點 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
最佳實踐
研究方面
- 引用前驗證來源
- 盡可能使用最新數據
- 平衡不同觀點
- 連結到原始來源
回饋方面
- 具體說明您想要什麼：「這是否太技術性了？」
- 分享您的擔憂：「我擔心這部分拖沓」
- 提問：「這邏輯流暢嗎？」
- 請求替代方案：「還有什麼其他方式可以解釋這個？」
語氣方面
- 分享您的寫作範例
- 指定語氣偏好
- 指出良好匹配：「這聽起來像我！」
- 標記不匹配：「對我的風格來說太正式了」
相關用例
- 從文章建立社群媒體貼文
- 針對不同受眾調整內容
- 撰寫電子郵件新聞通訊
- 起草技術文件
- 建立簡報內容
- 撰寫案例研究
- 開發課程規劃