wewrite-write

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 和经过筛选的学习结果，但内容与证据永远优先。
• 禁止编造亲历、身份、采访、数字、评价、引用和来源中不存在的细节。