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. 作者. (年份). "标题". 出版物.
2. 作者. (年份). "标题". 出版物.
...

最终审阅和润色

当草稿完成时，提供全面反馈：

# 完整草稿审阅

## 整体评估

**优势**：
- [主要优势 1]
- [主要优势 2]
- [主要优势 3]

**影响**：[整体有效性评估]

## 结构与流畅性
- [组织评论]
- [过渡质量]
- [节奏评估]

## 内容质量
- [论点强度]
- [证据充分性]
- [示例有效性]

## 技术质量
- 语法和机制：[评估]
- 一致性：[评估]
- 引用：[完整性检查]

## 可读性
- 清晰度评分：[评估]
- 句子多样性：[评估]
- 段落长度：[评估]

## 最终润色建议

1. **引言**：[具体改进]
2. **主体**：[具体改进]
3. **结论**：[具体改进]
4. **标题**：[如果需要，选项]

## 发布前清单
- [ ] 所有声明已来源
- [ ] 引用已格式化
- [ ] 示例清晰
- [ ] 过渡平滑
- [ ] 行动号召存在
- [ ] 校对错别字

准备发布！🚀

示例

示例 1：Teresa Torres的工作流程

用户：“我正在撰写一篇关于持续发现的文章。帮助我创建大纲。”

流程：

协作大纲结构
识别研究需求
用户开始撰写引言
审阅并改进钩子
用户撰写每个部分
每个部分后提供反馈
进行研究并添加引用
完整草稿最终审阅
润色并为发布准备

结果：研究充分、引用正确的文章，以Teresa的嗓音撰写，具有强大的结构和流畅性。

示例 2：研究密集型文章

用户：“我正在撰写关于AI对产品管理的影响。帮助我查找当前数据和示例。”

输出：

## 研究汇编

### 最近数据
- 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：节反馈

用户：“刚刚完成了我的‘常见错误’部分。想法？”

响应：

# 反馈：常见错误部分

## 有效之处 ✓
- 强大示例（Slack通知故事）
- 清晰结构（3个错误，干净布局）
- 每个错误的实用建议

## 建议

### 使其更具体
您的第二点说“糟糕的优先级排序”但可以更强：

当前：
> “许多团队通过关注功能而非结果来糟糕地优先级排序。”

建议：
> “我见过团队在一个季度发布14个功能，但未移动任何关键指标。他们优先活动而非进展。”

### 添加数据
第三个错误将受益于证据：
> “[添加引用]：研究显示没有定期用户接触的团队构建未使用功能的可能性高3倍[需要来源]”

### 流畅性改进
考虑重新排序：错误 3 → 错误 2 → 错误 1
这从小影响构建到大影响。

准备进入下一部分！

写作工作流程

博客文章工作流程

一起规划大纲
研究关键点
撰写引言 → 获取反馈
撰写主体部分 → 每个反馈
撰写结论 → 最终审阅
润色和编辑

新闻稿工作流程

讨论钩子想法
快速大纲（较短格式）
一次性草稿
审阅清晰性和链接
快速润色

技术教程工作流程

规划步骤大纲
编写代码示例
添加解释
测试指示
添加故障排除部分
最终审阅准确性

思想领导力工作流程

头脑风暴独特角度
研究现有观点
发展您的论点
以强有力观点撰写
添加支持证据
制作引人注目结论

专业提示

在VS Code中工作：对于长文写作优于Web 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

最佳实践

对于研究

引用前验证来源
尽可能使用最新数据
平衡不同观点
链接到原始来源

对于反馈

具体说明您想要什么：“这太技术性了吗？”
分享您的担忧：“我担心这部分拖沓”
询问问题：“这逻辑流畅吗？”
请求替代方案：“解释这个的另一种方式是什么？”

对于嗓音

分享您的写作示例
指定语气偏好
指出良好匹配：“这听起来像我！”
标记不匹配：“对我的风格来说太正式”

内容研究写作助手Skill content-research-writer