haomingz 研究内容写作助手
这个 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 of Generative AI" [2] Stack Overflow Developer Survey (2024) [3] Smith, J. (2024). MIT Technology Review interview 已添加到大纲第二节。优化开头
当用户分享引言时，分析并加强：
当前开头分析：
- 优点：[积极要素]
- 可以更好：[改进方向]
- 情感冲击力：[现状 vs. 潜力]
优化方案：
方案一：[大胆的陈述]
[示例] 为什么有效：[说明]
方案二：[个人故事]
[示例] 为什么有效：[说明]
方案三：[令人意外的数据]
[示例] 为什么有效：[说明]
自检问题：
- 是否引发了好奇心？
- 是否传递了价值承诺？
- 是否足够具体？
- 是否匹配目标读者？
提供逐节反馈
用户每写完一节后，从以下方面审阅：
# 反馈：[章节名称] ## 亮点 ✓ - [优点 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. **标题**：[备选标题建议] ## 发布前自查清单 - [ ] 所有论断已标注出处 - [ ] 引用格式规范 - [ ] 示例清晰明了 - [ ] 过渡自然流畅 - [ ] 包含行动号召 - [ ] 已校对错别字 可以发布了！🚀
示例
示例一：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
最佳实践
调研方面
- 引用前核实来源的可靠性
- 尽量使用最新数据
- 兼顾不同视角
- 提供原始来源链接
反馈方面
- 明确你想要什么反馈："这段会不会太技术化了？"
- 说出你的顾虑："我担心这一节读起来拖沓"
- 主动提问："这个逻辑通顺吗？"
- 请求替代方案："换个方式解释这个，行吗？"
风格方面
- 提供你已有的写作样本
- 说明语气偏好
- 遇到合适的风格及时标记："这段很像我的风格！"
- 遇到不合适的也要指出："太正式了，不是我的风格"
相关应用场景
- 基于文章生成社交媒体内容
- 为不同受众改写内容
- 撰写邮件简报
- 编写技术文档
- 制作演示文稿内容
- 撰写案例分析
- 开发课程大纲