如果公众号内容流水线只能挑一项毛病重做,WeWrite 4.2 选了「防幻觉 + 显式分层」:正文、配图、排版、发布四件事拆开;每个主张都得有证据;没用户材料就别编故事。版本 v4.2.0 已经在 2026-07-16 发到 PyPI,本文逐项拆解。
本文基于 GitHub release 页与项目 README 整理,与项目作者无任何关联背书。
这版改了什么(一图速览)
- 正文与生图解耦:文章生成不再默认生图;封面、配图、排版、发布独立触发
- 写作前加任务书:明确目标读者、核心问题、读者收益、核心判断、反方与适用边界
- 主张与证据清单:事实、推断、观点、用户经历四类分开;无法支持的具体主张不进入正文
- 初稿与成稿分离:审稿不通过直接改稿并复审,只有达到交付标准才生成成稿
- 收紧个人经历边界:没人提供的材料,不再由人格模板或范文补造朋友、对话和场景
- 自学习改为分级生效:按内容类型 / 框架 / 人格范围生效;单次修改只作参考,重复或确认后才升级
- 清理旧规则:去掉强制钩子、关键词次数、固定配图等影响正文质量的遗留要求
为什么 4.2 是一次「流程级」更新
公众号写作的常见翻车点不是「写不出来」,而是:
- 一篇「干货文」被强行塞了三张封面图,预览一次就触发三次生图计费
- 文章里举的「我朋友」「上周和同事聊了」这种细节其实是 LLM 顺嘴编的
- 一次性写完直接当成稿,审稿只给评分不返工,问题原样发出去
- 改过一次开头带「反问句」,下次写啥都被加上反问句,过度拟合
4.2 把这四类问题一次性拆开处理:从「默认一次写完 + 自动配图」改成「写完正文后再决定要不要配图、排版、发布」。流程重写意味着 README、实际产物路径、CI 验收口径都要同步,对应到 110 项测试全过 + context budget 校验通过 + PR #33 合并到 main。
七项核心变化详解
1)正文与生图解耦:默认不再偷偷生图
旧版本只要触发「完整制作」「推到草稿箱」,默认会生成封面,过程中还可能再加配图。LLM 在响应里夹一张图很常见,但这是生图模型的计费入口,每次「预览」「保存」都可能多花几毛到几块。
4.2 之后:
- 「写一篇」只交付本地成稿 + 编辑报告,不生图、不发布
- 「配封面」「完整配图」「排版」「推到草稿箱」都是独立的 skill,分别叫
wewrite-visual、wewrite-publish - 排版或发布动作不会顺带触发生图
对作者意味着:本地写作阶段完全免费,只有显式说「要封面」才会进生图模型,预算可控。
2)写作前必出文章任务书
旧流程选题通过就直接写,写作时再决定角度。新流程在选题确定后、动手写之前,先输出一份文章任务书(brief.yaml),要求至少包含:
- 目标读者:具体到一类人而不是「所有人」
- 核心问题:读者实际遇到的、这篇能回答的问题
- 读者收益:读完能多做什么、少踩什么坑、改变什么判断
- 核心判断:这篇要给出的明确观点(不是「各有千秋」式骑墙)
- 反方与边界:什么情况下这个判断不成立、对谁不适用
任务书强制要求作者(或 Agent)先把立场想清楚再下笔,否则后面写得再长也只是把含糊的判断扩写成更长的含糊。
3)主张与证据清单(claims.yaml)
新流程在初稿之前必须生成 claims.yaml,里面把每条主张分成四类:
| 类型 | 含义 | 处理规则 |
|---|---|---|
| 事实 | 可被外部来源直接验证的 | 必须有 URL、报告名、数据来源 |
| 推断 | 基于事实组合得到的判断 | 必须列出推断依据的事实 |
| 观点 | 主观偏好或价值判断 | 标记为「本文观点」,不和事实混排 |
| 用户经历 | 真实采访、对话、案例 | 必须来自用户提供的材料,否则不写 |
最关键的规则:没有支持来源的具体主张不进入初稿。这等于在源头上切掉了 LLM 一本正经胡说八道的机会。
4)初稿与成稿正式分离
旧版本审稿给评分,作者自己决定改不改。4.2 把审稿改成了带门槛的成稿门槛:
初稿 (draft.md) ↓编辑判断(准确、观点、有用、合声、好读五项) ↓未通过 → 直接改稿 → 复审(最多两轮) ↓通过 → 才生成成稿 (article.md) + 编辑报告 (review-report.json)review-report.json 记录每项的判定、改动点、复审次数。作者可以追溯「为什么这一稿长这样」、「初稿和成稿之间改了哪些地方」。
5)收紧个人经历边界(防幻觉的重点项)
旧版会用人格模板或范文里的「我朋友」「上周和一个读者聊了」开场,看起来亲切,其实是 LLM 在编。
4.2 的硬规则:
- 没有用户提供的材料,不写朋友、对话、场景
midnight-friend这类口语化人格不再「自动补造」开场故事,改成更克制的叙述- 范文风格库只校准结构与节奏,不提供观点、不补个人经历
也就是说,文章里出现「我朋友」「上周和某同事聊了」这种话,要么是用户自己写进素材的,要么就不该出现。
6)自学习改为按内容类型 / 框架 / 人格生效
旧学习飞轮有个隐患:你手动改了一次开头用反问句,下次写所有文章都加反问句。4.2 改成作用域明确的学习:
| 来源 | 升级为稳定规则的条件 |
|---|---|
| 单次人工修改 | 默认只作参考,不升级为规则 |
| 重复出现 3 次以上的同类修改 | 升级为同内容类型的稳定规则 |
| 明确确认(「以后都这样写」) | 升级为稳定规则 |
且所有规则都带作用域标签:是「对所有文章生效」还是「只对热点文生效」还是「只对 tech-coder 人格生效」。这样不会因为一篇的偏好污染另一类文章的判断。
7)清理强制钩子 / 关键词次数 / 固定配图
旧版有一些「质量锁」式规则,比如:
- 必须以反问句开头
- 关键词必须出现 N 次
- 每个 H2 必须配一张图
- 必须出现某种金句
4.2 把这些规则从硬约束改成可选参考,理由是它们经常拖累正文质量。比如「每段都要配图」会让本来不需要图的纯观点文硬塞示意图,反而打断阅读。清理之后,正文判断回归到「准确、观点、有用、合声、好读」五项标准。
升级提示
如果已经在用旧版本,4.2 的迁移代价很低:
- 新任务:会保存任务书(
brief.yaml)、主张清单(claims.yaml)、初稿(draft.md)、成稿(article.md)、编辑报告(review-report.json) - 旧任务:自动补齐上述产物路径,无需手工迁移
- CLI 更新:重新跑一遍
bash install.sh,或执行uv tool install --upgrade wewrite
验证情况
- 110 项单元测试通过
- 首轮上下文预算检查通过(防止 skill 描述过长撑爆 token 限制)
- 代表性完整流程、构建与独立安装脚本验证通过
- 已发布到 PyPI:
wewrite 4.2.0 - 已通过 PR #33 合并到
main
WeWrite 是什么(适合谁 / 不适合谁)
简单回顾一下项目定位,方便还没用过的读者判断要不要装:
WeWrite 是一个给 AI Agent(Claude Code / Codex / OpenClaw / Hermes 等)用的公众号内容 Skill。你说「写一篇公众号文章」,它会抓热点、评选题、搜真实素材、按你的人格风格出稿并完成编辑审稿。
适合:
- 公众号创作者的日常出稿(热点 / 干货 / 故事 / 测评 文)
- 只需要某个环节(只要选题、只要封面、只要排版)的人
- 想一稿多发到小红书 / 抖音 的创作者
- 想让 AI 逐渐学会自己文风的长期使用者
不适合:
- 普通网页 / 落地页 / PPT / 邮件 排版(用前端 skill 更合适)
- 非公众号生态的 SEO 写作
- 追求组件级设计定制的纯排版需求(专门排版 skill 更合适)
主线流程:
选题 → 文章任务书 → 主张与来源 → 初稿 → 编辑复审 → 成稿 ↓ 配图 / 排版 / 推到草稿箱(独立可选)配图、排版、发布全部独立可选,是 4.2 这个版本最值得记住的一句话。
安装与上手
一键安装
git clone --depth 1 https://github.com/imraywang/wewrite.git ~/wewritecd ~/wewrite && bash install.shinstall.sh 会装 CLI(uv/pipx/venv 三选一),并把 10 个 skill 软链到 ~/.claude/skills/ 与 ~/.agents/skills/;检测到 OpenClaw / Codex / Hermes 也会自动链接过去。
按需挑模块
npx skills add imraywang/wewriteuv tool install wewrite直接对 AI Agent 说
请帮我安装 https://github.com/imraywang/wewrite 这个 skill(跑仓库里的 install.sh)装好之后可以这样聊:
今天写什么 → 10 个评分排序的选题就这个选题写一篇 → 任务书 + 主张清单 + 初稿(默认不生图)检查一下 → 编辑复审,不通过改稿并重审给这篇配个封面 → 独立生图动作推到公众号草稿箱 → 显式授权后推送改写成小红书 → 内容级真改 + 原创度门学习我的修改 → 编辑飞轮(按作用域)更新 → 升级到 4.2小结
4.2 是一次**回到「内容质量本身」**的版本:去掉自动生图、去掉硬挂钩子、给每条主张配证据、给每篇任务留可追溯的产物路径。功能层面看起来少了(不再「一键出图 + 排版 + 发布」),但实际写作体验是更可控、更可复盘、更不容易幻觉。
公众号作者真正稀缺的从来不是「写得更快」,而是「写得不骗人」。4.2 的所有改动都在围着这件事。
- GitHub 仓库:https://github.com/imraywang/wewrite
- 本次发布:https://github.com/imraywang/wewrite/releases/tag/v4.2.0
- PyPI:
pip install wewrite(4.2.0)