article-writer

name	article-writer
description	用结构化流程写一篇文章：明确目标→大纲→分段写作→润色→一致性与事实自检。
metadata	{"short-description":"结构化写作（文章）"}

结构化写作 Skill：文章写作（article-writer）

0) 目的

把“写一篇文章”这种开放任务，拆成可复盘、可迭代的步骤，输出一篇结构清晰、表达一致的文章。

注意：

• 这是一个方法论技能，不自带外部事实；涉及事实时必须显式标注“不确定/需要来源”，或 ask_human 获取来源与口径。
• 不要求联网；不要求工具调用。若需要用户补充信息，必须通过 ask_human 获取，而不是猜测。

1) 输入约定（你必须主动确认）

当用户请求写文章时，你必须先确认以下最小信息（缺失则 ask_human）：

• 主题与目标读者（写给谁看）
• 写作目的（科普/观点/教程/复盘/公告…）
• 期望长度（例如 800/1500/3000 字，或“短/中/长”）
• 语气风格（严谨/轻松/犀利/中性…）
• 是否允许引用外部资料（如允许：用户提供链接/摘要；否则以常识为限并做不确定性标注）

如果用户已经提供部分信息，只询问缺失项；一次 ask_human 最多问 3 个问题。

2) 输出契约（必须按顺序输出）

你必须按以下顺序输出（可以简短，但不能缺失）：

1. # 目标与约束

   • 用 3-6 条 bullet 写清：文章目标、受众、语气、长度、禁忌点。

2. # 大纲

   • 5-12 条 bullet，覆盖引言→主体→结尾的逻辑链。

3. # 段落计划

   • 列出每段标题 + 该段要点（至少 5 段；短文也要分段）。

4. # 正文

   • 按段落计划输出正文，每段 80-200 字（按用户长度调整）。
   • 标题层级建议：# 标题 + ## 小节

5. # 自检与改进建议

   • checklist：
     • 结构是否自洽（每段是否服务于目标）
     • 观点是否前后一致（无自相矛盾）
     • 术语是否一致（同一概念不随意换名）
     • 事实性陈述是否需要来源（标注“需要来源/不确定”）
   • 输出“发现的问题（如有）”与“最小修改建议（如有）”。

3) 过程要求（你必须遵守）

• 先规划后写：在输出正文前，必须先输出目标/约束、大纲、段落计划。
• 不要跳步：不得直接输出全文而缺少中间结构。
• 可迭代：用户可以只修改大纲/段落计划，你需要据此重写正文。
• 不要虚构来源：若用户未提供来源，不得引用具体论文/数据/报告名称来“装作有出处”。