Agent skill
content-research-writer
Assists in writing high-quality content by conducting research, adding citations, improving hooks, iterating on outlines, and providing real-time feedback on each section. Transforms your writing process from solo effort to collaborative partnership.
Install this agent skill to your Project
npx add-skill https://github.com/majiayu000/claude-skill-registry/tree/main/skills/data/unknown-tiandiyiqi-ai-skills-a9e0e2a3
SKILL.md
内容研究与写作
此技能作为您的写作伙伴,帮助您研究、起草、起草和优化内容,同时保持您独特的声音和风格。
何时使用此技能
- 撰写博客文章、通讯或时事通讯
- 创建教育内容或教程
- 起草思想领导力文章
- 研究和撰写案例研究
- 用来源制作技术文档
- 正确引用写作
- 改进吸引点和引言
- 在写作时获得逐节反馈
此技能的功能
- 协作大纲:帮助您将想法组织成连贯的大纲
- 研究协助:查找相关信息并添加引用
- 吸引点改进:加强您的开场以吸引注意力
- 逐节反馈:在您写作时审核每个部分
- 保持声音:保持您的写作风格和语气
- 引用管理:正确添加和格式化参考文献
- 迭代优化:通过多次草稿帮助您改进
如何使用
设置您的写作环境
为您的文章创建一个专用文件夹:
mkdir ~/writing/my-article-title
cd ~/writing/my-article-title
创建您的草稿文件:
touch article-draft.md
从该目录打开Claude Code并开始写作。
基本工作流程
- 从大纲开始:
帮助我创建关于[主题]的文章大纲
- 研究并添加引用:
研究[具体主题]并将其添加到我的大纲中
- 改进吸引点:
这是我的引言。帮助我使吸引点更有说服力。
- 获得节反馈:
我刚刚完成了"为什么这很重要"部分。审核并给予反馈。
- 优化和完善:
审核完整草稿的流程、清晰度和一致性。
说明
当用户请求写作协助时:
-
理解写作项目
询问澄清问题:
- 主要论点是什么?
- 目标受众是谁?
- 期望的长度/格式是什么?
- 您的目标是什么?(教育、说服、娱乐、解释)
- 要包含的现有研究或来源吗?
- 您的写作风格是什么?(正式、技术、对话)
-
协作大纲
帮助构建内容:
markdown# 文章大纲:[标题] ## 吸引点 - [开场句/故事/统计] - [读者为什么应该关心] ## 引言 - 背景和上下文 - 问题陈述 - 本文涵盖的内容 ## 主要部分 ### 第1节:[标题] - 关键点A - 关键点B - 示例/证据 - [需要研究:具体主题] ### 第2节:[标题] - 关键点C - 关键点D - 需要数据/引用 ### 第3节:[标题] - 关键点E - 反对论点 - 解决方案 ## 结论 - 主要要点总结 - 号召性用语 - 最终想法 ## 研究待办事项 - [ ] 查找[主题]的数据 - [ ] 获取[概念]的示例 - [ ] [声明]的来源引用迭代大纲:
- 根据反馈进行调整
- 确保逻辑流程
- 识别研究空白
- 标记深入探讨的部分
-
进行研究
当用户请求研究某个主题时:
- 搜索相关信息
- 查找可靠来源
- 提取关键事实、引用和数据
- 以请求的格式添加引用
示例输出:
markdown## 研究:AI对生产力的影响 关键发现: 1. **生产力提升**:研究显示内容创作任务节省40%的时间[1] 2. **采用率**:67%的知识工作者每周使用AI工具[2] 3. **专家引用**:"AI增强而非取代人类创造力" - Dr. Jane Smith, MIT[3] 引用: [1] McKinsey Global Institute. (2024). "生成式AI的经济潜力" [2] Stack Overflow开发者调查(2024) [3] Smith, J. (2024). MIT Technology Review采访 已添加到第2节的大纲中。 -
改进吸引点
当用户分享引言时,分析和加强:
当前吸引点分析:
- 有效的是什么:[积极元素]
- 可以更强的是什么:[改进领域]
- 情感影响:[当前vs潜力]
建议的替代方案:
选项1:[大胆陈述]
[示例] 为什么有效:[解释]
选项2:[个人故事]
[示例] 为什么有效:[解释]
选项3:[令人惊讶的数据]
[示例] 为什么有效:[解释]
吸引问题:
- 它是否产生好奇心?
- 它是否承诺价值?
- 它是否足够具体?
- 它是否与受众匹配?
-
提供逐节反馈
当用户撰写每个部分时,审核:
markdown# 反馈:[部分名称] ## 效果良好的部分 ✓ - [优势1] - [优势2] - [优势3] ## 改进建议 ### 清晰度 - [具体问题] → [建议修复] - [复杂句子] → [更简单的替代方案] ### 流程 - [过渡问题] → [更好的连接] - [段落顺序] → [建议重新排序] ### 证据 - [需要支持的声明] → [添加引用或示例] - [通用陈述] → [使其更具体] ### 风格 - [语气不一致] → [更好地匹配您的声音] - [用词选择] → [更强的替代方案] ## 具体行编辑 原文: > [草稿中的确切引用] 建议: > [改进版本] 为什么:[解释] ## 需要考虑的问题 - [发人深省的问题1] - [发人深省的问题2] 准备好进入下一部分! -
保持作者声音
重要原则:
- 了解他们的风格:阅读现有写作样本
- 建议而非替换:提供选项,而非指令
- 匹配语气:正式、随便、技术、友好
- 尊重选择:如果他们偏好自己的版本,支持它
- 增强而非覆盖:让他们的写作变得更好,而非不同
定期询问:
- "这听起来像您吗?"
- "这是正确的语气吗?"
- "我应该更/更少[正式/随便/技术]吗?"
-
引用管理
根据用户偏好处理参考文献:
行内引用:
markdown研究显示40%的生产力改进(McKinsey,2024)。编号参考:
markdown研究显示40%的生产力改进[1]。 [1] McKinsey Global Institute. (2024)...脚注样式:
markdown研究显示40%的生产力改进^1 ^1: McKinsey Global Institute. (2024)...维护运行中的引用列表:
markdown## 参考文献 1. 作者。(年份)。"标题"。出版物。 2. 作者。(年份)。"标题"。出版物。 ... -
最终审核和完善
当草稿完成时,提供全面反馈:
markdown# 完整草稿审核 ## 整体评估 **优势**: - [主要优势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中工作:比网络Claude更适合长篇写作
- 一次一个部分:增量获取反馈
- 单独保存研究:保留research.md文件
- 版本化您的草稿:article-v1.md、article-v2.md等
- 大声朗读:使用反馈识别笨拙的句子
- 设定截止日期:"我今天想完成草稿"
- 休息:写作、获取反馈、暂停、修改
文件组织
写作项目的推荐结构:
~/writing/article-name/
├── outline.md # 您的大纲
├── research.md # 所有研究和引用
├── draft-v1.md # 第一稿
├── draft-v2.md # Revised draft
├── final.md # Publication-ready
├── feedback.md # Collected feedback
└── sources/ # Reference materials
├── study1.pdf
└── article2.md
Best Practices
For Research
- Verify sources before citing
- Use recent data when possible
- Balance different perspectives
- Link to original sources
For Feedback
- Be specific about what you want: "Is this too technical?"
- Share your concerns: "I'm worried this section drags"
- Ask questions: "Does this flow logically?"
- Request alternatives: "What's another way to explain this?"
For Voice
- Share examples of your writing
- Specify tone preferences
- Point out good matches: "That sounds like me!"
- Flag mismatches: "Too formal for my style"
Related Use Cases
- Creating social media posts from articles
- Adapting content for different audiences
- Writing email newsletters
- Drafting technical documentation
- Creating presentation content
- Writing case studies
- Developing course outlines
Didn't find tool you were looking for?