# Content Research Writer

> Assists in writing high-quality content by conducting research, adding citations, improving hooks, iterating on outlines, and providing real-time feedback on each section. Transforms your writing process from solo effort to collaborative partnership.

- Skill: `majiayu000/content-research-writer-2` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds add majiayu000/content-research-writer-2`
- Raw SKILL.md: https://api.skillmd.com/api/skills/majiayu000/content-research-writer-2/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Research & Search
- Author: majiayu000 (https://skillmd.com/u/majiayu000)
- Updated: 2026-09-09
- Page: https://skillmd.com/skills/majiayu000/content-research-writer-2

---


# 内容研究与写作

此技能作为您的写作伙伴，帮助您研究、起草、起草和优化内容，同时保持您独特的声音和风格。

## 何时使用此技能

- 撰写博客文章、通讯或时事通讯
- 创建教育内容或教程
- 起草思想领导力文章
- 研究和撰写案例研究
- 用来源制作技术文档
- 正确引用写作
- 改进吸引点和引言
- 在写作时获得逐节反馈

## 此技能的功能

1. **协作大纲**：帮助您将想法组织成连贯的大纲
2. **研究协助**：查找相关信息并添加引用
3. **吸引点改进**：加强您的开场以吸引注意力
4. **逐节反馈**：在您写作时审核每个部分
5. **保持声音**：保持您的写作风格和语气
6. **引用管理**：正确添加和格式化参考文献
7. **迭代优化**：通过多次草稿帮助您改进

## 如何使用

### 设置您的写作环境

为您的文章创建一个专用文件夹：
```
mkdir ~/writing/my-article-title
cd ~/writing/my-article-title
```

创建您的草稿文件：
```
touch article-draft.md
```

从该目录打开Claude Code并开始写作。

### 基本工作流程

1. **从大纲开始**：
```
帮助我创建关于[主题]的文章大纲
```

2. **研究并添加引用**：
```
研究[具体主题]并将其添加到我的大纲中
```

3. **改进吸引点**：
```
这是我的引言。帮助我使吸引点更有说服力。
```

4. **获得节反馈**：
```
我刚刚完成了"为什么这很重要"部分。审核并给予反馈。
```

5. **优化和完善**：
```
审核完整草稿的流程、清晰度和一致性。
```

## 说明

当用户请求写作协助时：

1. **理解写作项目**
   
   询问澄清问题：
   - 主要论点是什么？
   - 目标受众是谁？
   - 期望的长度/格式是什么？
   - 您的目标是什么？（教育、说服、娱乐、解释）
   - 要包含的现有研究或来源吗？
   - 您的写作风格是什么？（正式、技术、对话）

2. **协作大纲**
   
   帮助构建内容：
   
   ```markdown
   # 文章大纲：[标题]
   
   ## 吸引点
   - [开场句/故事/统计]
   - [读者为什么应该关心]
   
   ## 引言
   - 背景和上下文
   - 问题陈述
   - 本文涵盖的内容
   
   ## 主要部分
   
   ### 第1节：[标题]
   - 关键点A
   - 关键点B
   - 示例/证据
   - [需要研究：具体主题]
   
   ### 第2节：[标题]
   - 关键点C
   - 关键点D
   - 需要数据/引用
   
   ### 第3节：[标题]
   - 关键点E
   - 反对论点
   - 解决方案
   
   ## 结论
   - 主要要点总结
   - 号召性用语
   - 最终想法
   
   ## 研究待办事项
   - [ ] 查找[主题]的数据
   - [ ] 获取[概念]的示例
   - [ ] [声明]的来源引用
   ```
   
   **迭代大纲**：
   - 根据反馈进行调整
   - 确保逻辑流程
   - 识别研究空白
   - 标记深入探讨的部分

3. **进行研究**
   
   当用户请求研究某个主题时：
   
   - 搜索相关信息
   - 查找可靠来源
   - 提取关键事实、引用和数据
   - 以请求的格式添加引用
   
   示例输出：
   ```markdown
   ## 研究：AI对生产力的影响
   
   关键发现：
   
   1. **生产力提升**：研究显示内容创作任务节省40%的时间[1]
   
   2. **采用率**：67%的知识工作者每周使用AI工具[2]
   
   3. **专家引用**："AI增强而非取代人类创造力" - Dr. Jane Smith, MIT[3]
   
   引用：
   [1] McKinsey Global Institute. (2024). "生成式AI的经济潜力"
   [2] Stack Overflow开发者调查(2024)
   [3] Smith, J. (2024). MIT Technology Review采访
   
   已添加到第2节的大纲中。
   ```

4. **改进吸引点**
   
   当用户分享引言时，分析和加强：
   
   **当前吸引点分析**：
   - 有效的是什么：[积极元素]
   - 可以更强的是什么：[改进领域]
   - 情感影响：[当前vs潜力]
   
   **建议的替代方案**：
   
   选项1：[大胆陈述]
   > [示例]
   *为什么有效：[解释]*
   
   选项2：[个人故事]
   > [示例]
   *为什么有效：[解释]*
   
   选项3：[令人惊讶的数据]
   > [示例]
   *为什么有效：[解释]*
   
   **吸引问题**：
   - 它是否产生好奇心？
   - 它是否承诺价值？
   - 它是否足够具体？
   - 它是否与受众匹配？

5. **提供逐节反馈**
   
   当用户撰写每个部分时，审核：
   
   ```markdown
   # 反馈：[部分名称]
   
   ## 效果良好的部分 ✓
   - [优势1]
   - [优势2]
   - [优势3]
   
   ## 改进建议
   
   ### 清晰度
   - [具体问题] → [建议修复]
   - [复杂句子] → [更简单的替代方案]
   
   ### 流程
   - [过渡问题] → [更好的连接]
   - [段落顺序] → [建议重新排序]
   
   ### 证据
   - [需要支持的声明] → [添加引用或示例]
   - [通用陈述] → [使其更具体]
   
   ### 风格
   - [语气不一致] → [更好地匹配您的声音]
   - [用词选择] → [更强的替代方案]
   
   ## 具体行编辑
   
   原文：
   > [草稿中的确切引用]
   
   建议：
   > [改进版本]
   
   为什么：[解释]
   
   ## 需要考虑的问题
   - [发人深省的问题1]
   - [发人深省的问题2]
   
   准备好进入下一部分！
   ```

6. **保持作者声音**
   
   重要原则：
   
   - **了解他们的风格**：阅读现有写作样本
   - **建议而非替换**：提供选项，而非指令
   - **匹配语气**：正式、随便、技术、友好
   - **尊重选择**：如果他们偏好自己的版本，支持它
   - **增强而非覆盖**：让他们的写作变得更好，而非不同
   
   定期询问：
   - "这听起来像您吗？"
   - "这是正确的语气吗？"
   - "我应该更/更少[正式/随便/技术]吗？"

7. **引用管理**
   
   根据用户偏好处理参考文献：
   
   **行内引用**：
   ```markdown
   研究显示40%的生产力改进（McKinsey，2024）。
   ```
   
   **编号参考**：
   ```markdown
   研究显示40%的生产力改进[1]。
   
   [1] McKinsey Global Institute. (2024)...
   ```
   
   **脚注样式**：
   ```markdown
   研究显示40%的生产力改进^1
   
   ^1: McKinsey Global Institute. (2024)...
   ```
   
   维护运行中的引用列表：
   ```markdown
   ## 参考文献
   
   1. 作者。（年份）。"标题"。出版物。
   2. 作者。（年份）。"标题"。出版物。
   ...
   ```

8. **最终审核和完善**
   
   当草稿完成时，提供全面反馈：
   
   ```markdown
   # 完整草稿审核
   
   ## 整体评估
   
   **优势**：
   - [主要优势1]
   - [主要优势2]
   - [主要优势3]
   
   **影响**：[整体效果评估]
   
   ## 结构和流程
   - [组织评论]
   - [过渡质量]
   - [节奏评估]
   
   ## 内容质量
   - [论证力度]
   - [证据充分性]
   - [示例效果]
   
   ## 技术质量
   - 语法和机制：[评估]
   - 一致性：[评估]
   - 引用：[完整性检查]
   
   ## 可读性
   - 清晰度分数：[评估]
   - 句子变化：[评估]
   - 段落长度：[评估]
   
   ## 最终完善建议
   
   1. **引言**：[具体改进]
   2. **正文**：[具体改进]
   3. **结论**：[具体改进]
   4. **标题**：[如需要选项]
   
   ## 发布前检查清单
   - [ ] 所有声明都有来源
   - [ ] 引用已格式化
   - [ ] 示例清晰
   - [ ] 过渡流畅
   - [ ] 存在号召性用语
   - [ ] 已校对拼写错误
   
   准备好发布了！🚀
   ```

## 示例

### 示例1：Teresa Torres的工作流程

**用户**："我正在写一篇关于持续发现的文章。帮助我创建大纲。"

**过程**：
1. 协作大纲结构
2. 识别研究需求
3. 用户开始写引言
4. 审核并改进吸引点
5. 用户撰写每个部分
6. 每个部分后提供反馈
7. 进行研究并添加引用
8. 完整草稿的最终审核
9. 完善并准备发布

**结果**：经过充分研究、正确引用、以Teresa的声音撰写、结构清晰、流程顺畅的文章。

### 示例2：研究密集型文章

**用户**："我正在写关于AI对产品管理的影响。帮助我查找当前数据和示例。"

**输出**：
```markdown
## 编译的研究

### 最新数据
- Gartner：到2025年，80%的PM将使用AI工具[1]
- 调查：45%报告更快地发布功能[2]
- 案例研究：Airbnb的AI辅助优先级排序[3]

### 专家引用
- "AI放大PM的判断，而非取代它" - Marty Cagan
- [带引用的其他引用]

### 真实示例
1. **公司A**：使用AI进行用户研究综合
   - 结果：节省60%的时间
   - 来源：[引用]

2. **公司B**：AI驱动的路线图分析
   - 结果：更好的利益相关者对齐
   - 来源：[引用]

所有内容都已添加到您的大纲中，并附有正确的引用。
```

### 示例3：吸引点改进

**用户的原始吸引点**：
> "产品管理正在因为AI而改变。在本文中，我将讨论AI影响产品经理的一些方式。"

**改进选项**：

**选项1（数据驱动）**：
> "上个月，我让AI分析500次客户访谈。这花了30分钟，而不是3周。产品管理将永远不同。"

**选项2（问题）**：
> "如果您可以在早上喝咖啡之前与每位客户交谈、阅读每条评论并分析每张支持票，会怎样？"

**选项3（故事）**：
> "Sarah花了两周时间构建错误的功能。并非因为她不了解她的用户，而是因为她无法足够快地处理数百次访谈以发现模式。"

### 示例4：节反馈

**用户**："刚完成我的'常见错误'部分。有何想法？"

**响应**：
```markdown
# 反馈：常见错误部分

## 效果良好的部分 ✓
- 强有力的示例（Slack通知故事）
- 清晰的结构（3个错误，干净的布局）
- 每个错误都有实用建议

## 建议

### 使其更具体
您的第二点说"糟糕的优先级排序"，但可以更强：

当前：
> "许多团队通过关注功能而非成果来糟糕地排序优先级。"

建议：
> "我见过团队在一个季度内发布14个功能，却没有移动任何一个关键指标。他们优先考虑活动而非进展。"

### 添加数据
第三个错误将从证据中受益：
> "[添加引用]：研究表明，没有定期用户接触的团队构建未使用功能的可能性高出3倍[需要来源]"

### 流程改进
考虑重新排序：错误3 → 错误2 → 错误1
这从小的影​​响构建到大的影响。

准备好下一部分了！
```

## 写作工作流程

### 博客文章工作流程
1. 一起制定大纲
2. 研究关键点
3. 撰写引言 → 获取反馈
4. 撰写正文部分 → 每个部分反馈
5. 撰写结论 → 最终审核
6. 完善和编辑

### 时事通讯工作流程
1. 讨论吸引点想法
2. 快速大纲（较短格式）
3. 一次会话中起草
4. 审核清晰度和链接
5. 快速完善

### 技术教程工作流程
1. 大纲步骤
2. 编写代码示例
3. 添加解释
4. 测试说明
5. 添加故障排除部分
6. 最终审核准确性

### 思想领导力工作流程
1. 集思广益独特角度
2. 研究现有观点
3. 发展您的论点
4. 用强烈的观点撰写
5. 添加支持证据
6. 制作引人注目的结论

## 专业提示

1. **在VS Code中工作**：比网络Claude更适合长篇写作
2. **一次一个部分**：增量获取反馈
3. **单独保存研究**：保留research.md文件
4. **版本化您的草稿**：article-v1.md、article-v2.md等
5. **大声朗读**：使用反馈识别笨拙的句子
6. **设定截止日期**："我今天想完成草稿"
7. **休息**：写作、获取反馈、暂停、修改

## 文件组织

写作项目的推荐结构：

```
~/writing/article-name/
├── outline.md          # 您的大纲
├── research.md         # 所有研究和引用
├── draft-v1.md         # 第一稿
├── draft-v2.md         # Revised draft
├── final.md            # Publication-ready
├── feedback.md         # Collected feedback
└── sources/            # Reference materials
    ├── study1.pdf
    └── article2.md
```

## Best Practices

### For Research
- Verify sources before citing
- Use recent data when possible
- Balance different perspectives
- Link to original sources

### For Feedback
- Be specific about what you want: "Is this too technical?"
- Share your concerns: "I'm worried this section drags"
- Ask questions: "Does this flow logically?"
- Request alternatives: "What's another way to explain this?"

### For Voice
- Share examples of your writing
- Specify tone preferences
- Point out good matches: "That sounds like me!"
- Flag mismatches: "Too formal for my style"

## Related Use Cases

- Creating social media posts from articles
- Adapting content for different audiences
- Writing email newsletters
- Drafting technical documentation
- Creating presentation content
- Writing case studies
- Developing course outlines


