一键导入
wewrite-review
WeWrite 编辑审稿模块:核对任务、事实来源、观点和实用性,必要时直接改稿,只有通过编辑门槛 才生成公众号成稿。也响应“检查这篇文章”。通用代码 review 和网站 SEO 不触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
WeWrite 编辑审稿模块:核对任务、事实来源、观点和实用性,必要时直接改稿,只有通过编辑门槛 才生成公众号成稿。也响应“检查这篇文章”。通用代码 review 和网站 SEO 不触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
WeWrite 排版发布模块:把 Markdown 做成微信预览,或在用户明确授权后推入公众号草稿箱; 也支持主题画廊和图片帖。只处理微信公众号。
WeWrite 视觉模块:为公众号文章生成封面和必要的内文配图,或只交付提示词。触发词: 封面图、公众号配图、给文章配图、换封面。通用绘图和 logo 设计不触发。
WeWrite 写作模块:在公众号选题明确后完成文章任务书、主张与证据、素材和初稿。由主流程调用, 或响应“就这个选题写正文”。通用写作、博客和短视频文案不触发。
WeWrite 自学习模块:从用户的人工修改中学习写作偏好(playbook 飞轮)、导入范文建风格库、 从公众号文章学习排版主题。 触发关键词:学习我的修改、我改了学习一下、导入范文、学习这篇文章、查看范文库、 学习排版、学排版。 不应被通用的"学习"、"总结这篇文章"触发——需要公众号/WeWrite 上下文。
微信公众号内容主入口:完成选题、素材、写作和审稿,并按用户要求独立追加配图、排版或草稿箱发布。 也负责把风格设置、学习修改、数据复盘和多平台改写分发给对应 wewrite-* 模块。 触发关键词:公众号、微信文章、微信推文、草稿箱、微信排版、写公众号、写一篇。 通用文章、博客、邮件、短视频和网站 SEO 不触发。
WeWrite 多平台改写模块:把一篇公众号文章(或指定源稿)内容级真改写成其他平台版本, 当前支持小红书(图文笔记)、抖音(口播脚本),检查编辑质量与源稿相似度。 触发关键词:改写成小红书、小红书版、抖音版、口播稿、多平台分发、一稿多发、平台改写。 不应被"翻译"、"缩写"、"换个标题"触发——那些是单平台编辑动作。
| name | wewrite-review |
| description | WeWrite 编辑审稿模块:核对任务、事实来源、观点和实用性,必要时直接改稿,只有通过编辑门槛 才生成公众号成稿。也响应“检查这篇文章”。通用代码 review 和网站 SEO 不触发。 |
| allowed-tools | ["Bash","Read","Write","Edit"] |
用户指定文章时检查该文件;否则运行 wewrite run show,优先读取 artifacts.draft,并读取
artifacts.brief、artifacts.claims 和 artifacts.sources。旧任务没有初稿产物时才回退
artifacts.article。管道内先运行 wewrite run step review in_progress。
完整读取:
读取: {skill_dir}/../wewrite-write/references/article-brief.md
读取: {skill_dir}/../wewrite-write/references/editorial-quality.md
读取: {skill_dir}/references/seo-rules.md
用户只说“检查一下”且给了外部文件时,只给报告;主流程、任务内初稿或用户明确说“优化”时, 必须直接完成必要修改。
检查文章是否真的回答 audience.question,核心判断是否与 thesis 一致,每节是否推动指定
claim,结尾是否交付 goal.takeaway/action。无关段落删除,不用漂亮结构掩盖答非所问。
运行 wewrite sources list --json,把正文中的具体数字、日期、引述、研究结论和时效性事实
逐项对到 claims.yaml 与原始来源。来源不支持时优先补查;查不到就删除、缩小或改成明确的
推断。不能用模型记忆补洞。
检查所有第一人称事件、朋友同事、采访、对话、时间地点和感官细节。它们必须来自本次任务 明确记录的用户材料;否则属于阻断问题,直接删除或改成非亲历论述。
按“准确、观点、有用、合声、好读”各评 1-5 分,并列出阻断问题和最多 5 个主要问题:
pass:平均分至少 4、单项不低于 3、没有阻断问题。revise:能在现有材料内修正。直接修改后重新执行 1-3,不得只写建议。needs_input:仅限用户明确要求个人故事而材料不足且无法安全换框架。最多两轮。第二轮仍有问题时,删掉不可靠内容、缩小承诺,生成能通过的可靠版本;不得给未
通过的文章贴上“可交付”。通过后把最终正文写入 artifacts.article。
生成一个主标题、两个准确的备选标题、40 字内摘要和 3-5 个标签。关键词自然出现,不按密度 硬塞,也不为打开率虚构数字或承诺。审稿不调用配图。
运行 wewrite score {article_path} --json。该分数只帮助定位套话、句式过齐和段落节奏风险,
不设机械及格线,也不为提分反复重写。
先把编辑判断写为任务目录内临时 assessment.yaml:
decision: pass
pass_number: 1
dimensions:
accuracy: 4
viewpoint: 4
usefulness: 4
voice: 4
readability: 4
blockers: []
major_issues: []
notes: ""
再生成 artifacts.review_report:
wewrite content-eval --draft {draft_path} --final {article_path} \
--assessment {assessment_path} --output {review_report_path} --json
只有报告里的 publishable=true 才能完成审稿。更新任务并标记完成:
wewrite run update --patch '{"editorial":{"decision":"pass","pass_number":1,"publishable":true},"seo":{"title":"...","alt_titles":[],"digest":"...","tags":[],"quality_score":0},"provenance":{"verified_sources":0,"unverified_sources":0}}'
wewrite run step review completed
自检报告用自然语言,最多列 5 个按影响排序的问题,并说明已经怎样修正。没有硬伤就直说正文 可以交付;如有需要可再单独配图或排版,不输出大段分数表。