mcpField
W
wewrite-write

wewrite-write

github.com/imraywang营销与增长3.5k140 次安装3 天前更新
代码仓库

关于 wewrite-write

wewrite-write 是面向内容作者的文章策划与起草技能,先定义读者、目标和核心判断,再建立主张与证据清单并撰写初稿。它强调区分事实、推断和意见,且不把初稿当作已审定稿。

主要功能

  1. 01编写文章任务书
  2. 02收集并记录主张证据
  3. 03区分事实、推断与意见
  4. 04按风格偏好起草文章
  5. 05检查初稿与任务及证据的一致性

适用场景

  1. 01从选题创建文章初稿
  2. 02为文章规划读者与核心判断
  3. 03核对文章主张及来源记录
  4. 04依据风格设置撰写内容

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/imraywang/wewrite --skill wewrite-write

安装后在 Claude Code 中输入/wewrite-write确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

personas/
cold-analyst.yaml
humor-storyteller.yaml
industry-observer.yaml
midnight-friend.yaml
sharp-journalist.yaml
tech-coder.yaml
warm-editor.yaml
references/
article-brief.md
content-enhance.md
editorial-quality.md
frameworks-quick.md

详细介绍

来自项目 README

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

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

评论

支持 Markdown