/wewrite-write

name: wewrite-write
description: |
  WeWrite 写作模块：在公众号选题明确后完成文章任务书、主张与证据、素材和初稿。由主流程调用，
  或响应“就这个选题写正文”。通用写作、博客和短视频文案不触发。
allowed-tools:
  - Bash
  - Read
  - Write
  - Edit
  - Glob
  - WebSearch
  - WebFetch

wewrite-write — 任务书、证据与初稿

前置

运行 `wewrite run show` 读取当前任务。没有任务但用户给了选题时，以 `draft` 模式创建；没有 选题则转 `wewrite-topic`。本模块只写 `artifacts.brief`、`artifacts.claims` 和 `artifacts.draft`；`artifacts.article` 由审稿模块在通过后生成。

读取 `{home}/style.yaml`；不存在则先执行 `wewrite-style`。按优先级读取自定义人格 `{home}/personas/<name>.yaml`、内置 `personas/<name>.yaml`，最后回退 `midnight-friend`。 人格只控制表达偏好，不能覆盖事实、个人材料和文章任务书。

进入时运行 `wewrite run step write in_progress`。

3. 文章任务与素材

完整读取：

读取: {skill_dir}/references/article-brief.md
读取: {skill_dir}/references/editorial-quality.md
读取: {skill_dir}/references/frameworks-quick.md
读取: {skill_dir}/references/content-enhance.md

3.1 先定义文章

明确目标读者、阅读情境、真正问题、读后收获、核心判断、新增价值、适用边界和最强反方。 从痛点、故事、清单、对比、热点解读、观点、复盘中选最适合的一种。把结果写入 `artifacts.brief`，不得直接跳到正文。

同时记录本次个人材料：只有用户在当前任务明确提供的经历、观察或原话才算可用。 `personal_materials.available=false` 时，可以写第一人称判断，禁止编造亲历、朋友同事、采访、 对话、时间地点、动作和感官场景。人格要求故事或私人开场时，改用观察、问题或判断开场。

3.2 建立主张与证据

围绕文章真正需要证明的 3-6 个主张搜索。每条进入文章的具体数据、引述、案例或时效性事实， 都要在原页面核对并立即记录：

wewrite sources add --url "{原始页面}" --title "{标题}" --publisher "{发布方}" \
  --published-at "{日期}" --claim "{该页面支持的具体主张}" --status verified

优先原始报告、官方文档和当事方信息。用户材料标为 `user_provided`；不得把搜索摘要、模型 记忆或范文标为 `verified`；尤其不得把模型记忆标为 `verified`。把事实、推断、意见和用户经历写入 `artifacts.claims`，引用 `sources.yaml` 的来源编号。`unsupported` 的主张不得进入初稿。

搜索不可用时，只写不依赖最新数据的分析和有边界的判断；删除无法核实的数字、引述和 “研究显示”，并在任务中记录降级。

3.3 安全增强

按 `content-enhance.md` 为当前框架补足新增角度、行动条件、真实细节或决策标准。增强内容也 必须进入主张和来源清单。材料不足就缩小主张或换框架，不得强行反转、补故事或制造“内幕”。

4. 写初稿

先运行 `wewrite learn-edits --summarize --json` 获取仍在有效期内的规则，不直接相信旧 `playbook.md` 的缓存分数。只使用与当前 content_type/framework/persona 匹配的规则： `hard=true` 才是硬约束，其余仅作参考；全局结构或语气规则若只是单次修改，不得强制执行。

范文库最多读取 2 篇相关范文：

• 标明 `ownership=user` 且为用户本人创作/修改的范文，可帮助校准声音和结构。
• 第三方或缺少元数据的旧范文一律按第三方处理，只能参考节奏与结构。
• 任何范文都不能提供可复用的个人经历、人物、对话、具体细节、观点或句子。

写作要求：

• 标题准确、有明确对象和利益点；正文通常 1200-2500 字，可按任务书调整。
• 开头尽快进入读者问题或核心判断；每一节服务 `brief.sections` 和对应 claim。
• 清楚区分事实、推断和个人意见；写出反方和适用边界，不用共识或套话凑字数。
• 账号声音来自 style、persona 和经过筛选的学习结果，但内容与证据永远优先。
• 禁止编造亲历、身份、采访、数字、评价、引用和来源中不存在的细节。

若 `flags.use_writer_model=true`，把 `brief.yaml`、`claims.yaml`、来源账本、风格和上述边界作为 完整输入调用 `wewrite llm-write`，输出到 `artifacts.draft`；失败则当前 Agent 直接写。否则 直接写初稿。两种方式都要按任务书和主张清单通读一次，修正归属、重复、跳跃和越界内容。

完成后更新任务：

wewrite run update --patch '{"framework":"...","enhance_strategy":"...","persona":"...","word_count":0,"provenance":{"verified_sources":0,"unverified_sources":0,"exemplars":[],"playbook_rules":[]}}'
wewrite run step write completed

单独调用时告诉用户初稿、任务书和主张清单路径，并建议继续 `wewrite-review`；不要把初稿称为 已经审过的成稿。