会勇禾口王 · 写作技能

会勇禾口王的中文写作技能，两种模式。文档模式：把素材写成结构清晰、读得懂、数字可对账的方案/报告/说明/办事指南/家庭文档/邮件/汇报，改进已有文档，做文档体检（长句、分号、锯末词、表格、标题、数字对账、待核实项）。文章模式：公众号文章、长文章母版、文案的去AI味与人性化改写，先诊断再改写，保留事实、原意和信息密度。会勇禾口王内容工作流里中文文章母版定稿前默认使用。触发词：写文档、改文档、文档润色、文档体检、核对文档、汇报材料、去AI味、人性化、润色文章、润色文案、/deai。不用于从零新写营销文案、诗歌、小说。

会勇禾口王 · 写作技能（hekouwang-writer-skill）

一句话定位：先想清楚写给谁、用来做什么，再用纪律把内容装进结构。产出三样东西——结构（文档骨架）、质量（可核对的文案）、证据（可追溯的出处）。

两种模式：文档模式（默认，第二到四节）和文章模式（1.3 节）。三大铁律两种模式都生效。

下文 <skill> 指本 SKILL.md 所在目录（不是用户的工作目录）。

---

〇、三大铁律（先于一切，不可绕过）

铁律	内容	反面教材
出处铁律	政策、数字、专有名词必须有出处；查不到就标注"暂无出处，建议核实"，不编造	"应该是……""一般来说……"
模态铁律	"可能/约/待核实/以窗口核定为准"是内容，不是噪音；简化时原样保留	把"可能失败"简化成"失败"
修订铁律	改文档只调表达与结构，保留事实与意图；每处改动列出，可回退	悄悄重写用户的事实

违反任一铁律的交付，一律打回。

时效事实（现行政策、标准金额、办理渠道、最新数据）不能只靠记忆或转述：定向联网核实一次，找到能打开的官方原始来源就停；缺口最多补搜一次，仍查不到就标"暂无出处，建议核实"。依据表写访问日期，链接必须是实际打开过的页面。→ 细则读 references/evidence-and-delivery.md 第一b节。

---

一、路由：先分流，再动笔

1.1 请求三档（档位 → 最小执行集）

档位	特征	必跑脚本	必过步骤	可免
轻量	改一段/一句话/一个小表	无（改完自查）	改动说明	WRITE 全流程、进度卡
常规	一篇文档的写作或改进	sawdust + sentence_load + doc_lint	WRITE 五步、出口闸门两问、交付格式	大纲预确认
复杂	多文档/多来源冲突/重大决策文档	四把全跑（加 check_fidelity）	大纲预确认、WRITE 五步、出口闸门、关键数字双源核对、进度卡	无

判不准时按"常规"执行，并在交付时说明假设。用户说"随便改改"而实际动了结构 → 升一档。

真实稿 / 试写稿：用户给了真实材料、具体事项或要实际发出去 → 真实稿，出处铁律全程生效，不补写任何事实。用户明确要示例/模板/"写个样子看看"，且没给真实材料 → 试写稿，可用 【待填：XX】 占位，文首标"示例稿，事实未核实"，不编造看似真实的数字和文号。判定后整轮不再切换。

1.2 修订模式（用户带既有文本来说"改一下/润色/不顺/AI味重"）

不要默认当新写。

1. 先问一个目标：这篇要解决什么问题（结构乱/数字错/句子难读/AI味/太长）？用户说"你看着办"才动手全面改。
2. 复述原意与改动点：先说"我理解你要保留的是X，我准备动Y"，再出稿。
3. 出稿 + 改动清单：每处改动一行（位置 + 改前 → 改后 + 原因），可逐条回退。有 git 靠 git；没有 git 时改动清单就是回退依据，大改前的备份告诉用户文件名、由用户决定去留。
4. 数字、日期、专有名词原样不动；有出处证明其错的，单独指出而不是默默改；不擅自增删用户未提及的信息。
5. 跑脚本：修订稿必跑 sawdust + doc_lint；动过数字的加跑 check_fidelity。
6. 改动对账：常规档以上跑 change_list.py 改前 改后。改前稿在 git 里用 git show HEAD:文件 取，否则动笔前先复制到系统临时目录。脚本列出而改动清单里没有的，是未申报改动，补进清单或还原。"数字变动"告警必须逐条说明理由。

1.3 文章模式（公众号文章、长文章母版、文案的去 AI 味）

对象是文章或文案、用户要"去 AI 味/人性化/润色文章"、或调用 /deai 时进入。先诊断再改写，保留事实、原意和信息密度。

1. 诊断：列出六类问题的命中位置和数量（没有"我"、破折号过多、工整对仗、无据拔高词、章节符号、空泛总结或产品页腔调），并跑 sawdust_scan.py。先给用户看，不直接改。
2. 改写：补 2–4 处作者真实在场的第一人称锚点（素材里没有就问，不编经历）。破折号只留必要处，对仗拆开，拔高词换成可验证事实。数字、引用、结论强度、合规边界不动。
3. 输出：诊断清单 → 改写文本 → 事实保留说明 → 第一人称锚点数。

文档模式里不补第一人称。Humanizer-zh 只在需要通用规则时备用，不同时加载。

→ 六类诊断的认法、改写示例、输出格式：读 references/article-mode.md。

---

二、写作：WRITE 五步法

• 第0步澄清：用户只说一句话需求时，按 references/clarify-questions.md 问，最多 3 个；能合理默认就默认。用户给了"要求+素材"时跳过，直接动笔。
• 五步：Who 读者 → Why 目的 → How 结构（先列标题，每节先写一句核心句）→ Draft 起草（表格优先、一句一事、数字加粗）→ Polish 润色。
• 结论前置：读者越忙，结论越靠前。摘要最多 3 条：结论、现在做什么、最大风险。
• 单一真源：计划、截止日、金额只完整写一处，其他地方一行要点 + "见第X节"。办事文档的时间线和行动清单合成一节。
• 结构选型：按文档类型套黄金结构（办事指南/方案/报告/说明/邮件/汇报/修订）。

→ 五步操作卡、七种文档原型结构、单一真源与摘要写法、30 秒导航表（可选，何时加）、措辞四原则、进度卡模板：读 references/write-flow.md。

---

三、文风：句法纪律（中文阈值）

• 一句一事：分号连接两个事实 = 拆开。
• 句长：单句 ≥45 字告警，≥60 字必拆。句内逗号/分号 ≥5 → 改列表；句内"的" ≥3 → 拆句。
• 一词一义：同一概念全文一个叫法，同义词轮换 = 缺陷；术语登记见 references/glossary.md。
• 放行项：公式、等式链、UI 操作路径、联系人行、政策条款引用——注明理由可放行，不硬拆。
• 拆句只做重排与断句：不增删信息，不靠加"此外/因此"来连接。

→ 完整规则表、模态保护、放行判定流程、同义词轮换的合法情况：读 references/style-rules.md。

---

四、质量与交付

4.1 五轴心（交付前过一遍）

轴心	问自己
保真	数字、日期、金额、文件名对吗？能对账吗？
去AI味	锯末词扫了吗？收束句硬加了吗？
一致	术语、口径、单位全文统一吗？
可读	结论前置了吗？只读摘要能知道要做什么吗？长句拆了吗？
场景适配	结构与读者匹配吗（给家属的不该满纸条款）？

4.2 出口闸门两问（答不上不许交付）

1. 最强反证：哪个数字/结论最可能是错的？核实过了吗？
2. 失效条件：什么情况下它会过期（政策到期日、时间节点）？写在行动清单旁边了吗？摘要里有一行吗？只藏在依据表里不算写了。

4.3 交付与失败

• 正文之后附进度卡；需要整改时写级别 + 位置（哪段哪句）+ 问题 + 怎么改。禁止只报"合规风险：🔴"不说位置。
• 审稿意见按性质分级（细则见 references/evidence-and-delivery.md 第一c节）：
  • 🔴 已证实错误：与材料、规则或文内日期明确矛盾，直接给改法。
  • 🟡 依据不足待核：指出缺什么依据，不写成"已证实相反"。
  • 🟢 可选表达建议：不影响事实，有阅读收益才提。用户只问事实时不给。
  • 范围内没问题就直说没问题，不为凑数列建议。
• 进度卡、脚本结果、改动清单写在回复里，不写进用户的文档。
• 任何一步失败：报告哪一步失败 + 原因 + 用户可执行的下一步。不静默失败，不假装完成。

→ 证据三分、交付格式、诚实状态标签、降级示例：读 references/evidence-and-delivery.md。

---

五、去AI味

• 跑 sawdust_scan.py 查锯末词，密度上限 3 处/千字；政策专有名词、引用原文是例外。
• 生成时守 G1-G5：不补收束句、不抚平跳跃、不抹掉模糊、不切齐段落、不磨光毛边。
• P2 禁止拥护：自评"写得好"无效；A/B 判断换无上下文会话重问，或让用户拍板。
• P3 只检测不选择：挑错、找不一致全用；定风格、拍板用词给选项+推荐，由人定。

→ 锯末词全表、G1-G5 场景例、交付前自检清单：读 references/deai-flavor.md。

---

六、自进化：learnings 台账

• 位置：<skill>/.learnings/（LEARNINGS.md / ERRORS.md / FEATURE_REQUESTS.md），不写进用户项目。
• 触发即记：用户纠正 / 自查发现错误 / 同一坑踩第二次 / 发现更好方法。
• 晋升：同一 Pattern-Key 的 Recurrence-Count ≥ 3，且跨 2 个任务、30 天内 → 蒸馏成短规则写进本文件，并在 CHANGELOG.md 记一笔。
• 不记录秘密、令牌、证件号；案例要脱敏。

→ 条目格式模板：读 references/evidence-and-delivery.md 第五节。

---

七、工具（<skill>/scripts/，只报告不修改，全部 stdlib，全部带 --selftest）

脚本	查什么	何时跑
sawdust_scan.py	锯末词密度（阈值 3 处/千字）	每篇必跑
sentence_load.py	句长/分句堆叠/修饰嵌套/分号	每篇必跑
doc_lint.py	表格列数一致性（硬错误）、标题层级跳跃、分号密度、同义词轮换（文档里声明过的简称不报）、完整身份证号/手机号、待核实项清点	每篇必跑；有硬错误时退出码 1
check_fidelity.py	算术对账：表格合计行/列、乘法 A×B=C、加法等式链	复杂档必跑；常规档动过数字时跑；不一致退出码 1
change_list.py	改前/改后两稿的全部改动处 + 数字变动告警	修订模式常规档以上；用来和手写改动清单对账；--strict-numbers 时数字变动退出码 1

用法：python3 <skill>/scripts/<脚本>.py <文档.md>（change_list.py 传两个文件：改前 改后），或 echo "文本" | python3 <skill>/scripts/<脚本>.py。 改动脚本前先跑 --selftest。接入 git hook / CI 的写法见 README.md。

需要看方法落地的完整样例时，读 examples/family-pension-case.md。

---

八、边界（Will / Will not）

Will：结构化改造、句法纪律、证据标注、体检报告、改动清单、术语表。 Will not：从零新写创意/营销文案、诗歌、小说；替作者编第一人称经历；替用户做事实判断（只标注不确定）；无出处编造；把"约/可能"删成确定表述；保证 100% 合规（放行项必须人工判断并注明理由）。

适用范围：中文文档与中文文章。句长阈值按中文字符设计，英文不适用。

协作分工（这些情况交给别的 skill，本 skill 只做文档本身）：

情况	交给
文档里大量公开事实、新闻、统计需要逐条核查	事实核查类 skill（如腾讯较真 jiaozhen-factcheck、Claim Verifier）；结论按证据三分回填依据表
正式公文（请示/通知/函，GB/T 9704 版式）	公文类 skill（如 chinese-official-writing）
要直接写进在线文档	腾讯文档 / 金山文档 skill；先在本 skill 定稿再写入

未安装对应 skill 时，本 skill 按自身规则降级完成，并在交付时说明哪一步没有专门工具。