内容研究作家

这项技能充当您的写作伙伴，帮助您进行研究、概述、起草和完善内容，同时保持您独特的声音和风格。

何时使用这项技能

撰写博客文章、文章或时事通讯
创建教育内容或教程
起草思想领导力文章
研究和撰写案例研究
制作带有来源的技术文档
用适当的引用和参考文献进行写作
改进钩子和引言
在写作时获得逐节反馈

这项技能的作用

协作概述：帮助您将想法结构化为连贯的概述
研究协助：查找相关信息并添加引用
钩子改进：加强您的开头以吸引注意力
节反馈：在您写作时逐节审查
声音保持：保持您的写作风格和语调
引用管理：正确添加和格式化参考文献
迭代改进：帮助您通过多轮草稿进行改进

如何使用

设置您的写作环境

创建一个专用文件夹用于您的文章：

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部分。

改进钩子

当用户分享引言时，分析并加强：

当前钩子分析：
- 什么是有效的：[积极元素]
- 什么可以更强：[改进领域]
- 情感影响：[当前与潜在]
建议的替代方案：

选项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个功能，但没有移动他们的任何关键指标。他们优先考虑活动而不是进展。"

### 添加数据
第三个错误将从证据中受益：
> "[添加引用]：研究表明，没有定期用户联系的团队更有可能构建未使用的功能[需要来源] [3x]"

### 流程改进
考虑重新排序：错误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

最佳实践

研究

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

反馈

明确说明你想要什么：“这太技术了吗？”
分享你的担忧：“我担心这部分拖沓”
提出问题：“这在逻辑上流动吗？”
请求替代方案：“还有另一种解释方式吗？”

声音

分享您的写作样本
指定语调偏好
指出好的匹配：“听起来像我！”
标记不匹配：“对我来说太正式了”

内容研究作家 content-research-writer