content-research-writer

内容研究写作

概述

创作经过充分研究、具有权威性且篇幅较长的内容，并提供恰当的来源归属、结构化论证和基于证据的主张。本技能涵盖研究方法、来源评估、引文管理、大纲构建、写作工作流、事实核查流程，以及适用于文章、白皮书、报告和教育内容的发布就绪格式。

当内容必须有证据支撑、正确引用来源，并以增强可信度的方式进行组织，以满足专业受众需求时，请运用此技能。

多阶段流程

阶段 1：研究规划

1. 确定主题范围和目标受众
2. 列出内容必须回答的关键问题
3. 确定内容类型（文章、白皮书、案例研究、指南）
4. 设定目标字数和内容深度
5. 确定可信度要求（同行评审、行业报告、一手数据）
6. 制定包含里程碑的研究时间表

停止——在记录研究计划并就范围达成一致之前，不要开始寻找来源。

阶段 2：来源发现与评估

1. 搜索学术数据库（Google Scholar、PubMed、JSTOR、arXiv）
2. 查找行业报告和权威出版物
3. 查找一手来源（官方文档、数据集、规范）
4. 使用 CRAAP 测试评估来源的可信度（见下表）
5. 在参考文献管理器或结构化格式中整理来源
6. 提取关键发现、统计数据和可引用段落

停止——在为每项核心主张找到足够的 Tier 1-2 来源之前，不要开始拟定大纲。

阶段 3：大纲与结构

1. 创建论点陈述或中心论点
2. 构建包含主要章节和子章节的分层大纲
3. 将证据对应到各章节（哪些来源支持哪些主张）
4. 找出需要进一步研究的缺口
5. 明确章节之间的过渡，以确保叙述流畅
6. 规划视觉元素（表格、图表、示意图、提示框）

停止——在大纲经过审阅且证据缺口得到填补之前，不要开始起草。

阶段 4：起草

1. 按照大纲逐节撰写
2. 写作时整合引文（切勿事后补加）
3. 平衡原创分析与支持性证据
4. 使用主题句和清晰的段落结构
5. 加入具体示例、数据点和案例研究
6. 最后撰写引言（正文完成后）

停止——在所有章节完成起草且所有引文到位之前，不要进入审阅阶段。

阶段 5：审阅与事实核查

1. 根据来源核实每项事实主张
2. 检查所有统计数据的准确性和语境
3. 确保引文完整且格式正确
4. 检查逻辑一致性和论证力度
5. 校对清晰度、语法和风格
6. 如有可能，请相关领域专家审阅

内容类型决策表

内容类型	字数	研究深度	受众	引用风格
博客文章	1,500-3,000	Tier 2-3 来源	普通读者	行内链接
长篇文章	3,000-5,000	Tier 1-3 来源	有一定了解的读者	括号引用（APA）
白皮书	3,000-8,000	必须使用 Tier 1 来源	决策者	脚注或编号引用
案例研究	1,000-2,500	一手来源 + Tier 2	买家	行内注明来源
技术报告	5,000-15,000	必须使用 Tier 1 来源	专家	IEEE 或 APA
教育指南	2,000-6,000	混合使用 Tier 1-3 来源	学习者	括号引用

来源评估框架（CRAAP 测试）

标准	要提出的问题	警示信号
时效性	何时发布？是否更新过？	对于快速变化的主题，内容发布超过 5 年
相关性	是否直接探讨你的主题？	仅有间接关联，或背景不同
权威性	作者是谁？具备哪些资历？	没有作者，也没有机构隶属关系
准确性	是否有证据支持？是否经过同行评审？	没有引文，或存在无法核实的说法
目的	内容为何存在？是为了提供信息、销售还是说服？	商业倾向明显，或未披露立场的倡导内容

来源分级系统

级别	来源类型	可信度	用途
Tier 1	同行评审期刊、官方标准	最高	核心论点、统计数据
Tier 2	行业报告（Gartner、McKinsey）、教科书	高	市场数据、框架
Tier 3	信誉良好的新闻媒体、官方文档	良好	背景、时事
Tier 4	专家博客、会议演讲、访谈	中等	观点、看法
Tier 5	社交媒体、论坛、Wikipedia	低	仅用于发现信息，绝不直接引用

引用格式

文内引用样式

# Parenthetical (APA-style)
Research shows that 73% of enterprises have adopted cloud-native architectures
(Smith & Johnson, 2025).

# Narrative
According to Smith and Johnson (2025), 73% of enterprises have adopted
cloud-native architectures.

# Footnote-style (Chicago)
Research shows significant cloud adoption.[^1]

[^1]: Smith, J., & Johnson, R. (2025). Cloud adoption trends.
*Journal of Cloud Computing*, 12(3), 45-62.

# Numbered (IEEE-style)
Research shows significant cloud adoption [1].

## References
[1] J. Smith and R. Johnson, "Cloud adoption trends," *J. Cloud Computing*,
    vol. 12, no. 3, pp. 45-62, 2025.

参考文献格式模板

# Journal Article
Author, A. B., & Author, C. D. (Year). Title of article. *Journal Name*,
Volume(Issue), Pages. https://doi.org/xxxxx

# Book
Author, A. B. (Year). *Title of book* (Edition). Publisher.

# Website
Author or Organization. (Year, Month Day). Title of page. Site Name.
https://www.example.com/page

# Report
Organization. (Year). *Title of report* (Report No. XXX).
https://www.example.com/report.pdf

内容结构模板

长篇文章（2000-5000 字）

1. Hook / Opening Anecdote (100-200 words)
2. Context and Problem Statement (200-300 words)
3. Thesis / Key Insight (50-100 words)
4. Section 1: Background (400-600 words)
   - Historical context
   - Current state
   - Key definitions
5. Section 2: Core Analysis (600-1000 words)
   - Main argument with evidence
   - Data and statistics
   - Expert perspectives
6. Section 3: Implications (400-600 words)
   - Practical applications
   - Case studies
   - Future outlook
7. Section 4: Counterarguments (200-400 words)
   - Acknowledge limitations
   - Address objections
8. Conclusion (200-300 words)
   - Synthesize key findings
   - Call to action or forward-looking statement
9. References

白皮书（3000-8000 字）

1. Executive Summary (300-500 words)
2. Introduction and Problem Statement (500-800 words)
3. Methodology (300-500 words)
4. Findings / Analysis (1500-3000 words)
   - Section with data visualization
   - Comparative analysis
   - Case studies
5. Recommendations (500-1000 words)
6. Conclusion (300-500 words)
7. Appendices
8. References

案例研究（1000-2500 字）

1. Executive Summary (100-200 words)
2. Challenge / Problem (200-400 words)
3. Approach / Solution (300-600 words)
4. Implementation (300-500 words)
5. Results and Metrics (200-400 words)
6. Lessons Learned (200-300 words)
7. About [Company/Subject]

写作质量检查清单

段落层面

• 每个段落都有明确的主题句
• 每个段落为 3-6 句话（避免大段文字）
• 过渡句使段落之间衔接自然
• 提出论点后立即给出证据

句子层面

• 调整句子长度（长短句结合）
• 优先使用主动语态，而非被动语态
• 避免使用未作解释的行话
• 多用具体语言，少用抽象表达

文档层面

• 引言清楚地说明了“意义何在”
• 每个章节都推进核心论点
• 不包含未经支持的说法
• 结论能增添价值（而非只是重复内容）
• 全文语气和阅读难度保持一致

事实核查流程

核查步骤

1. 核查一手来源：追溯每个论点的原始来源
2. 交叉参考：使用至少 2 个独立来源核实关键事实
3. 统计数据验证：确认数字是最新的，且符合上下文
4. 引言准确性：核实所有直接引语的准确措辞
5. 日期核实：确认所有日期和时间线
6. 姓名和头衔核查：确认拼写正确，头衔为现任

常见事实核查陷阱

陷阱	示例	预防措施
统计数据过时	“50% 的……”出自 2018 年的一项研究	始终注明发表年份，并寻找最新数据
引语归属错误	爱因斯坦并未说过大多数“爱因斯坦语录”	追溯至一手来源文档
幸存者偏差	“所有成功的公司都会做 X”	寻找反例
将相关性当作因果关系	“吃巧克力的国家获得的诺贝尔奖更多”	区分相关性与因果关系
数字脱离上下文	“收入增长了 500%”（从 1 美元增至 5 美元）	始终提供绝对数字和背景信息

研究工具

工具	用途	最适合
Google Scholar	学术论文搜索	同行评审研究
Semantic Scholar	AI 驱动的论文发现	查找相关研究
arXiv	预印本	前沿计算机科学/机器学习/物理学研究
PubMed	医学/生物学研究	健康与生命科学
Statista	统计数据和市场数据	行业数据
Wayback Machine	历史网页	核实过去的说法
Zotero / Mendeley	参考文献管理	整理来源
Perplexity	AI 辅助研究	初步发现信息

反模式 / 常见错误

反模式	为什么会失败	应该怎么做
声称事实却不附引用	会彻底损害可信度	为每项事实性陈述添加行内引用
仅凭单一来源断言	单个来源可能有误或带有偏见	与 2 个或更多独立来源交叉核对
有一手来源却引用二手来源	传播过程会扭曲研究结果	追溯并引用原始研究
先写引言	会导致引言与正文不一致	先写正文，最后写引言
为凑字数而凑内容	读者会立刻察觉空话	深入展开，或降低字数目标
使用含糊其辞的说法却不提供细节	“一些专家认为”毫无意义	指明专家并引用来源
写完后再补引用	会忽略证据缺口	写作时就整合引用
忽视反方观点	片面的内容缺乏可信度	明确回应异议
过于贴近原文地转述	即使有引用，也可能构成边缘性抄袭	用自己的分析语言进行概述
未披露利益冲突	被发现时会损害信任	事先披露赞助或所属关系

防止自我合理化的约束

• 不要因为“来源看起来可信”就跳过 CRAAP 测试——要正式评估来源。
• 无论是否方便，都不要将 Tier 4-5 来源用于核心论点。
• 未完成大纲并将证据对应到各章节前，不要开始起草。
• 未对每个统计数据和引文执行事实核查流程前，不要发布。
• 不要写完后再补引用——应在起草时整合引用。

集成点

技能	关联方式
seo-optimizer	研究内容需要经过 SEO 优化的标题、元描述和结构化数据
content-creator	研究发现可用于营销文案和社交媒体内容
email-composer	研究摘要可为利益相关者更新邮件和高管简报提供信息
tech-docs-generator	技术研究遵循类似的来源评估和引用规范
llm-as-judge	根据各项评分维度评估研究内容质量
clean-code	写作质量检查清单与面向文本的整洁代码原则相似

技能类型

灵活型——根据内容类型和受众调整研究深度、引用规范和结构。学术白皮书需要 Tier 1 来源和正式引用；博客文章可以采用较宽松的方式。始终建议使用事实核查流程和来源评估框架。