# Wewrite Write

> WeWrite 写作模块：在公众号选题明确后完成文章任务书、主张与证据、素材和初稿。由主流程调用， 或响应“就这个选题写正文”。通用写作、博客和短视频文案不触发。

- Skill: `kingselyjoe/wewrite-write` (Agent Skill, multi-file: 12 files)
- Install (CLI): `npx skillmds@latest add kingselyjoe/wewrite-write`
- Raw SKILL.md: https://api.skillmd.com/api/skills/kingselyjoe/wewrite-write/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: kingselyjoe (https://skillmd.com/u/kingselyjoe)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/kingselyjoe/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. 文章任务与素材

完整读取：

```text
读取: {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 个主张搜索。每条进入文章的具体数据、引述、案例或时效性事实，
都要在原页面核对并立即记录：

```bash
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 直接写。否则
直接写初稿。两种方式都要按任务书和主张清单通读一次，修正归属、重复、跳跃和越界内容。

完成后更新任务：

```bash
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`；不要把初稿称为
已经审过的成稿。