协助撰写高质量内容,通过进行研究、添加引用、改进开头、迭代大纲以及为每个部分提供实时反馈。将您的写作过程从单打独斗转变为协作伙伴关系。
内容研究写作助手
此技能作为您的写作伙伴,帮助您研究、规划大纲、起草和润色内容,同时保持您独特的语气和风格。
何时使用此技能
- 撰写博客文章、文章或新闻通讯
- 创建教育内容或教程
- 起草思想领导力文章
- 研究和撰写案例研究
- 制作带有来源的技术文档
- 使用正确的引用和参考文献写作
- 改进开头和引言
- 在写作过程中获得逐节反馈
此技能的功能
- 协作式大纲规划:帮助您将想法组织成连贯的大纲
- 研究辅助:查找相关信息并添加引用
- 开头改进:强化您的开篇以吸引注意力
- 逐节反馈:在您写作时审阅每个部分
- 保持语气:维持您的写作风格和语调
- 引用管理:正确添加和格式化参考文献
- 迭代优化:通过多轮草稿帮助您改进
如何使用
设置写作环境
为您的文章创建一个专用文件夹:
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增强而非取代人类创造力”——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%的产品经理将使用AI工具[1]
- 调查:45%的人报告功能交付速度加快[2]
- 案例研究:Airbnb的AI辅助优先级排序[3]
### 专家引文
- "AI放大产品经理的判断力,而非取代它" - 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中工作:比网页版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
最佳实践
研究方面
- 引用前验证来源
- 尽可能使用最新数据
- 平衡不同观点
- 链接到原始来源
反馈方面
- 具体说明您想要什么:"这个太技术性了吗?"
- 分享您的担忧:"我担心这部分拖沓"
- 提问:"这个逻辑流畅吗?"
- 请求替代方案:"还有别的解释方式吗?"
语气方面
- 分享您的写作示例
- 指定语气偏好
- 指出好的匹配:"这听起来像我!"
- 标记不匹配:"对我的风格来说太正式了"
相关用例
- 从文章创建社交媒体帖子
- 为不同受众调整内容
- 撰写电子邮件新闻通讯
- 起草技术文档
- 创建演示文稿内容
- 撰写案例研究
- 开发课程大纲






