| name | research-writer |
| description | 提供高质量的研究写作支持：从资料调研、补充引用，到优化开头、完善结构大纲，并实时提供逐节反馈与打磨建议。当用户提出写作协助请求，如“帮忙调研资料”、“优化开头”、“梳理大纲”，或需要逐节审阅、补充引用、润色文章时触发。 |
| license | Apache-2.0 |
研究内容写作助手
这个 skill 可以作为你的写作搭档，帮助你完成资料调研、拟定大纲、撰写初稿和打磨润色，同时保持你独有的写作风格和语气。
适用场景
- 撰写博客文章、专栏或新闻简报
- 创作教学内容或教程
- 起草深度观点文章
- 调研并撰写案例分析
- 编写需要引用文献的技术文档
- 规范引用和参考文献格式
- 优化文章开头和引言
- 边写边获取逐节反馈
功能介绍
- 协作拟定大纲：帮你把想法梳理成条理清晰的大纲
- 资料调研辅助：搜索相关信息并补充引用
- 开头优化：加强文章开头，吸引读者注意力
- 逐节反馈：在你写作过程中逐节审阅
- 风格保持：维持你的写作风格和语气
- 引用管理：规范添加和格式化参考文献
- 迭代打磨：通过多轮修改帮你不断提升
使用方法
搭建写作环境
为你的文章创建一个专用文件夹，然后在该文件夹下工作。例如：
mkdir my-article-title
cd my-article-title
创建草稿文件：
touch article-draft.md
从这个目录打开 Claude Code，即可开始写作。
基本工作流
- 从大纲开始：
帮我为一篇关于 [主题] 的文章创建大纲
- 调研并补充引用：
调研 [具体主题] 并在大纲中补充引用
- 优化开头：
这是我的引言，请帮我让开头更有吸引力。
- 获取逐节反馈：
我刚写完"为什么这很重要"这一节，请审阅并给出反馈。
- 打磨润色：
审阅完整草稿，检查行文流畅度、清晰度和一致性。
使用指南
当用户请求写作帮助时：
-
了解写作项目
询问以下问题以明确需求：
- 主题和核心论点是什么？
- 目标读者是谁？
- 期望的篇幅和格式？
- 写作目的是什么？（科普、说服、分享、解释）
- 是否有现成的资料或素材？
- 偏好什么写作风格？（正式、口语化、技术性）
-
协作拟定大纲
帮助梳理内容结构：
# 文章大纲：[标题]
## 开头
- [引言故事/开场白/数据]
- [读者为什么要关注]
## 引言
- 背景和上下文
- 问题陈述
- 本文涵盖内容
## 正文部分
### 第一节：[标题]
- 要点 A
- 要点 B
- 举例/论据
- [待调研：具体主题]
### 第二节：[标题]
- 要点 C
- 要点 D
- 数据/引用待补充
### 第三节：[标题]
- 要点 E
- 反面观点
- 回应与总结
## 结论
- 要点回顾
- 行动号召
- 收尾思考
## 调研待办
- [ ] 查找 [主题] 相关数据
- [ ] 搜集 [概念] 的实例
- [ ] 为 [论断] 查找引用来源
反复打磨大纲：
- 根据反馈调整
- 确保逻辑连贯
- 识别资料缺口
- 标记需要深入展开的部分
-
进行资料调研
当用户请求某一主题的调研时：
- 搜索相关信息
- 寻找可靠来源
- 提取关键事实、引言和数据
- 按要求的格式添加引用
示例输出：
## 调研：AI 对生产力的影响
主要发现：
1. **生产力提升**：研究显示内容创作任务可节省 40% 的时间 [1]
2. **采用率**：67% 的知识工作者每周使用 AI 工具 [2]
3. **专家观点**："AI 是增强而非替代人类创造力"
—— Jane Smith 博士，MIT [3]
参考文献：
[1] McKinsey Global Institute. (2024). "The Economic Potential
已添加到大纲第二节。
示例
示例一：Teresa Torres 的工作流
用户："我在写一篇关于持续发现的文章，帮我创建大纲。"
流程：
- 协作拟定大纲结构
- 识别调研需求
- 用户开始写引言
- 审阅并优化开头
- 用户逐节撰写
- 每节完成后提供反馈
- 进行调研并补充引用
- 全文终审
- 润色并准备发布
成果：一篇调研充分、引用规范的文章，保持了 Teresa 的写作风格，结构清晰、行文流畅。
示例二：重调研型文章
用户："我在写一篇关于 AI 对产品管理影响的文章，帮我查找最新数据和案例。"
输出：
## 调研汇总
### 最新数据
- Gartner：到 2025 年 80% 的产品经理将使用 AI 工具 [1]
- 调查显示：45% 反馈功能交付速度加快 [2]
- 案例：Airbnb 的 AI 辅助优先级排序 [3]
### 专家观点
- "AI 放大了产品经理的判断力，而非取代它" —— Marty Cagan
- [更多专家引言及出处]
### 实际案例
1. **公司 A**：使用 AI 进行用户调研综合分析
- 成效：节省 60% 时间
- 来源：[引用]
2. **公司 B**：AI 驱动的路线图分析
- 成效：利益相关方对齐度提升
- 来源：[引用]
所有内容已添加到大纲并标注了引用。
示例三：开头优化
用户原文：
"产品管理正在因为 AI 而发生变化。在这篇文章中，我将讨论 AI 影响产品经理的一些方式。"
优化方案：
方案一（数据驱动）：
"上个月，我让 AI 分析了 500 份客户访谈记录。30 分钟就完成了，而不是 3 周。产品管理，再也回不去了。"
方案二（提问式）：
"如果你能和每一位客户对话、读完每一条评价、分析每一封工单——而且赶在早上喝完咖啡之前就做完呢？"
方案三（故事型）：
"Sarah 花了两周时间做了一个错误的功能。不是因为她不了解用户，而是因为她来不及处理数百份访谈中隐藏的规律。"
示例四：逐节反馈
用户："刚写完'常见错误'这一节，你觉得怎么样？"
回复：
# 反馈：常见错误
## 亮点 ✓
- 示例有力（Slack 通知的故事）
- 结构清晰（3 个错误，排版整齐）
- 每个错误都给出了实用建议
## 改进建议
### 更加具体
第二点"优先级排序不当"可以更有力：
原文：
> "很多团队优先级排序不当，只关注功能而不关注成果。"
建议改为：
> "我见过团队一个季度发布了 14 个功能，却没有推动任何核心指标。他们把活跃度当成了进步。"
### 补充数据
第三个错误如果能加上数据会更有说服力：
> "[补充引用]：研究表明，不与用户保持定期沟通的团队，做出无用功能的概率高出 3 倍 [待补充来源]"
### 优化顺序
建议调整顺序：错误 3 → 错误 2 → 错误 1
这样可以从小到大递进，层层加强。
可以开始下一节了！
写作工作流
博客文章工作流
- 共同拟定大纲
- 调研关键要点
- 撰写引言 → 获取反馈
- 撰写正文各节 → 逐节反馈
- 撰写结论 → 终审
- 润色定稿
新闻简报工作流
- 讨论开头创意
- 快速拟定大纲（篇幅较短）
- 一次性完成初稿
- 审阅清晰度和链接
- 快速润色
技术教程工作流
- 列出操作步骤
- 编写代码示例
- 添加说明文字
- 测试操作流程
- 添加常见问题排查部分
- 终审准确性
深度观点文章工作流
- 头脑风暴，找到独特角度
- 调研现有观点
- 提炼核心论点
- 以鲜明立场撰写
- 补充支撑论据
- 打磨结尾
实用技巧
- 在 VS Code 中写作：比网页端更适合长文写作
- 一次写一节：逐步获取反馈
- 单独保存调研资料：维护一个 research.md 文件
- 为草稿做版本管理：article-v1.md、article-v2.md 等
- 朗读检查：借助反馈找出拗口的句子
- 设定截止时间："我要在今天内完成初稿"
- 适当休息：写一段，拿反馈，暂停，再修改
文件组织
写作项目推荐使用以下目录结构：
your-project/
├── outline.md # 大纲
├── research.md # 调研资料和引用
├── draft-v1.md # 第一稿
├── draft-v2.md # 修改稿
├── final.md # 定稿
├── feedback.md # 收集到的反馈
└── sources/ # 参考材料
├── study1.pdf
└── article2.md
最佳实践
调研方面
- 引用前核实来源的可靠性
- 尽量使用最新数据
- 兼顾不同视角
- 提供原始来源链接
反馈方面
- 明确你想要什么反馈："这段会不会太技术化了？"
- 说出你的顾虑："我担心这一节读起来拖沓"
- 主动提问："这个逻辑通顺吗？"
- 请求替代方案："换个方式解释这个，行吗？"
风格方面
- 提供你已有的写作样本
- 说明语气偏好
- 遇到合适的风格及时标记："这段很像我的风格！"
- 遇到不合适的也要指出："太正式了，不是我的风格"
相关应用场景
- 基于文章生成社交媒体内容
- 为不同受众改写内容
- 撰写邮件简报
- 编写技术文档
- 制作演示文稿内容
- 撰写案例分析
- 开发课程大纲
