원클릭으로
wewrite-write
WeWrite 写作模块:在公众号选题明确后完成文章任务书、主张与证据、素材和初稿。由主流程调用, 或响应“就这个选题写正文”。通用写作、博客和短视频文案不触发。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
WeWrite 写作模块:在公众号选题明确后完成文章任务书、主张与证据、素材和初稿。由主流程调用, 或响应“就这个选题写正文”。通用写作、博客和短视频文案不触发。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
WeWrite 排版发布模块:把 Markdown 做成微信预览,或在用户明确授权后推入公众号草稿箱; 也支持主题画廊和图片帖。只处理微信公众号。
WeWrite 视觉模块:为公众号文章生成封面和必要的内文配图,或只交付提示词。触发词: 封面图、公众号配图、给文章配图、换封面。通用绘图和 logo 设计不触发。
WeWrite 自学习模块:从用户的人工修改中学习写作偏好(playbook 飞轮)、导入范文建风格库、 从公众号文章学习排版主题。 触发关键词:学习我的修改、我改了学习一下、导入范文、学习这篇文章、查看范文库、 学习排版、学排版。 不应被通用的"学习"、"总结这篇文章"触发——需要公众号/WeWrite 上下文。
WeWrite 编辑审稿模块:核对任务、事实来源、观点和实用性,必要时直接改稿,只有通过编辑门槛 才生成公众号成稿。也响应“检查这篇文章”。通用代码 review 和网站 SEO 不触发。
微信公众号内容主入口:完成选题、素材、写作和审稿,并按用户要求独立追加配图、排版或草稿箱发布。 也负责把风格设置、学习修改、数据复盘和多平台改写分发给对应 wewrite-* 模块。 触发关键词:公众号、微信文章、微信推文、草稿箱、微信排版、写公众号、写一篇。 通用文章、博客、邮件、短视频和网站 SEO 不触发。
WeWrite 多平台改写模块:把一篇公众号文章(或指定源稿)内容级真改写成其他平台版本, 当前支持小红书(图文笔记)、抖音(口播脚本),检查编辑质量与源稿相似度。 触发关键词:改写成小红书、小红书版、抖音版、口播稿、多平台分发、一稿多发、平台改写。 不应被"翻译"、"缩写"、"换个标题"触发——那些是单平台编辑动作。
| name | wewrite-write |
| description | WeWrite 写作模块:在公众号选题明确后完成文章任务书、主张与证据、素材和初稿。由主流程调用, 或响应“就这个选题写正文”。通用写作、博客和短视频文案不触发。 |
| allowed-tools | ["Bash","Read","Write","Edit","Glob","WebSearch","WebFetch"] |
运行 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。
完整读取:
读取: {skill_dir}/references/article-brief.md
读取: {skill_dir}/references/editorial-quality.md
读取: {skill_dir}/references/frameworks-quick.md
读取: {skill_dir}/references/content-enhance.md
明确目标读者、阅读情境、真正问题、读后收获、核心判断、新增价值、适用边界和最强反方。
从痛点、故事、清单、对比、热点解读、观点、复盘中选最适合的一种。把结果写入
artifacts.brief,不得直接跳到正文。
同时记录本次个人材料:只有用户在当前任务明确提供的经历、观察或原话才算可用。
personal_materials.available=false 时,可以写第一人称判断,禁止编造亲历、朋友同事、采访、
对话、时间地点、动作和感官场景。人格要求故事或私人开场时,改用观察、问题或判断开场。
围绕文章真正需要证明的 3-6 个主张搜索。每条进入文章的具体数据、引述、案例或时效性事实, 都要在原页面核对并立即记录:
wewrite sources add --url "{原始页面}" --title "{标题}" --publisher "{发布方}" \
--published-at "{日期}" --claim "{该页面支持的具体主张}" --status verified
优先原始报告、官方文档和当事方信息。用户材料标为 user_provided;不得把搜索摘要、模型
记忆或范文标为 verified;尤其不得把模型记忆标为 verified。把事实、推断、意见和用户经历写入 artifacts.claims,引用
sources.yaml 的来源编号。unsupported 的主张不得进入初稿。
搜索不可用时,只写不依赖最新数据的分析和有边界的判断;删除无法核实的数字、引述和 “研究显示”,并在任务中记录降级。
按 content-enhance.md 为当前框架补足新增角度、行动条件、真实细节或决策标准。增强内容也
必须进入主张和来源清单。材料不足就缩小主张或换框架,不得强行反转、补故事或制造“内幕”。
先运行 wewrite learn-edits --summarize --json 获取仍在有效期内的规则,不直接相信旧
playbook.md 的缓存分数。只使用与当前 content_type/framework/persona 匹配的规则:
hard=true 才是硬约束,其余仅作参考;全局结构或语气规则若只是单次修改,不得强制执行。
范文库最多读取 2 篇相关范文:
ownership=user 且为用户本人创作/修改的范文,可帮助校准声音和结构。写作要求:
brief.sections 和对应 claim。若 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;不要把初稿称为
已经审过的成稿。