writing

name	writing
description	当需要产出文字内容时使用。覆盖文章、文档、报告、文案等一切文字交付场景。提供完整的写作工作流(大纲→初稿→审校→定稿)和质量规范。

写作能力 (Writing)

通用写作工作流。所有文字产出类角色的底层能力。

核心原则: 先结构后内容，先准确后文采。

支持模式 (mode)

mode	步骤	适用场景
full (默认)	大纲→初稿→审校→定稿	完整文章/文档/报告
draft	初稿→定稿	短文案/简单内容
review	审校→定稿	润色/改写已有内容
outline	仅大纲	规划阶段

工作流 (mode=full)

Step 1 — 需求理解
  ├── 提取: 主题、受众、字数要求、风格要求
  ├── 确认: 复述需求至少 3 个具体要点
  └── 检查点: 需求不明确 → 先提问再动笔

Step 2 — 大纲
  ├── 结构: 标题层级 (H1→H2→H3)
  ├── 要点: 每个章节的核心论点
  └── 检查点: 大纲是否覆盖所有需求点？

Step 3 — 初稿
  ├── 按大纲逐节展开
  ├── 每个论点有支撑 (数据/案例/逻辑)
  ├── 不追求完美，先完成再完善
  └── 检查点: 是否有段落偏离主题？

Step 4 — 审校
  ├── 准确性: 数据/引用是否正确？ → 联动 anti-hallucination
  ├── 完整性: 是否覆盖所有需求点？
  ├── 通顺性: 是否符合目标语言习惯？
  ├── 格式: 排版/标点/编号是否规范？
  └── 检查点: ACFT 四维自检 (Accuracy/Completeness/Formatting/Timeliness)

Step 5 — 定稿
  ├── 最终通读
  ├── 生成摘要/关键词 (如需)
  └── 交付格式确认 (Markdown/HTML/纯文本)

输出规范

📝 写作完成
  类型: {文章|文档|报告|文案}
  字数: {word_count}
  ──────────────
  交付: {file_path 或 inline 内容}
  关键词: {keywords}
  ──────────────
  自检: ✅ ACFT 通过

NEVER

• NEVER 跳过需求理解直接开写 原因: 写错方向比写得慢代价大 10 倍 替代: 先复述需求，确认后再动笔

• NEVER 使用无来源的数据/统计/引用 原因: 虚假数据会毁掉信誉 替代: 联动 anti-hallucination 技能验证

• NEVER 忽略客户指定的风格/语气 原因: 风格不匹配 = 不合格交付 替代: 从需求中提取风格要求，全文保持一致