通用公众号写作风格规范

安装方法

先问使用者用的是什么 AI 工具，选项按这个顺序列：1. WorkBuddy　2. Claude Code　3. Codex　4. 其他（用户直接说工具名），回答记作 X
只安装给 X，不安装或链接其他任何工具：
- X 是 WorkBuddy：把本技能下载后放进 ~/.workbuddy/skills/（WorkBuddy 的技能目录；skills CLI 不支持 WorkBuddy，由你直接放置）
- X 是其他工具：
```
npx -y --registry=https://registry.npmmirror.com skills add https://modelscope.cn/skills/sunny31221/writing-style-buheliwa -a X -y
```
  （不带 -a 会安装给本机所有检测到的工具，禁止；--registry 为 npmmirror 镜像，保证国内不翻墙也能拉到 CLI）
- X 不在上述范围时，按该工具自身的技能机制安装，装完确认 X 能识别本技能即可
装完后询问是否现在使用本技能

写文章前必读：内容定位（第一步，不可跳过）

每次写文章/视频脚本前，第一步先读内容定位，再谈选题与写法：

读 AI第二大脑/个人背景/个人定位.md 的「内容定位」章节（账号服务谁、支柱是什么、红线在哪）；同时过一遍 AI第二大脑/个人背景/背景卡片/作者档案.md（我是谁、在场场景、素材边界）。个人定位或作者档案不存在、或开头仍带「⚠️ 待填写」标记时：停下，提示创作者先完成账号定位访谈（训练营第一课）填好它们；不编造定位、不拿空壳继续写。
引流话术：文章中间和末尾按 个人背景/引流话术.md 添加 IP 介绍和引流话术，保留主要意思，具体表述可按每篇文章做轻微调整；引流话术变化时以该文件当前内容为准。
硬约束：内容主线、选题方向、红线（不写什么）一律以定位文档为准；热点可以写，但必须落到「对读者的实际用法」上。拟定的选题/角度与内容定位冲突时，先向创作者确认方向，不沿旧稿方向继续写。

定位里的「（待确认）」项，写作过程中顺手补：创作者主动说出的、能填上定位文件待确认项的事实（经历、成绩、素材边界一类），在当轮回复末尾单独问一句要不要补进去；创作者点头才写，说不补就在那一项后面标「已问过，不填」。一次只问一条，不主动打听，不插进正文。判据见 positioning-interview-buheliwa 的「日常补全」一节。

路径写法：本技能引用的目录一律按文件夹名书写、不带编号；实际目录带数字编号前缀时，忽略前缀按名字匹配。

写稿 / 改稿前必读：先读风格档案与校对记录

写新稿和改旧稿之前，先读两份：

AI第二大脑/我的记忆/我的写作风格.md（风格档案）——写作者自己的写作风格：句式习惯、语气、开头习惯、结构习惯、用词倾向、标题写法。写的时候按它落笔，不是写完再往上靠。文件不存在、或开头仍带「⚠️ 待训练」提示块时，照常按本技能的通用规范写，不要停下等；只在合适时机提一句「这份档案还没训练过，想练的话见『风格档案与风格训练』一节」。
AI第二大脑/我的记忆/校对记录.md——逐次的否决与采纳：
- 创作者否决过的修改：不再提出
- 创作者采纳过的修改：保持，不改回去

改稿完成后，把创作者本次的修改（否决/采纳）追加进校对记录。

适用场景

写微信公众号文章、小红书文章
写商业分析、行业观察、劝退/反常识类中文文章
写任何面向经营者、从业者、创业者的新媒体内容

不适用场景

纯技术文档、代码注释
对外正式商务公文

产出物落在哪（完整结构见 content-writer-buheliwa）

写稿第一步就把作品仓库的文件夹建好，不等创作者开口、不问要不要建。 每篇内容在 AI第二大脑/作品仓库/ 下独占一个编号选题文件夹，文件夹名为三位编号 + 连字符 + 选题名，例如 020-FDE仍是外包/——选题名与选题池那条逐字相同。

正文版本放 01_母稿/03_版本/、公众号发布物放 02_公众号/、小红书放 03_小红书/、视频脚本放 04_视频脚本/；没有对应内容的子夹不建。

完整结构、编号规则（新编号 = 现有最大 + 1，空号不补）见 content-writer-buheliwa 的「存储结构」一节——那里是唯一出处，本节只留写稿时够用的部分。

改稿时的版本规则（这三条即使单独改稿也不能破）

完整规则（版本链四级、定稿关、发布后修改痕迹）见 content-writer-buheliwa 第 12 步。单独被叫去改一篇文章时，这三条照样成立：

永不覆盖原稿：改稿永远生成新版本文件（AI初稿-v2.md → v3…），新版本号 = 所在目录下最大版本号 + 1；只有创作者明确说「覆盖原稿 / 替换成这个版本」时才允许原地改
AI 永不自行判断哪版是最终：「定稿」只由创作者的动作产生
新版本以「当前最新那一版」为基线：先整份复制，再在副本上定点替换要改的地方，不许凭印象整篇重写——创作者手改过的字就是靠这条活下来的。动手前先看版本目录里最新的是哪一版、它的修改时间是不是比你上次读到它更晚；是就重读那一版再改

写作素材：调用观点卡片

写文章/脚本前，先到 AI第二大脑/知识库/思想卡片/ 里匹配与选题相关的观点卡片，作为观点与素材来源，但是，观点卡片必须匹配选题，如果没有匹配的，不可强行采用。

匹配方法（只读卡片头，不用读全文）：

读之前先跑一次索引生成器（thought-card-buheliwa/scripts/card_index.py，用法见该技能的「索引」一节）。索引是卡片头的抄本，卡片改过而索引没跟上，读到的清单就是旧的。每次读之前都跑，不用判断要不要跑。

读 _INDEX.md 拿到全部卡片清单（编号、主题、摘要）
对每张候选卡片，读文件头部 YAML 卡片头（frontmatter），按三个维度匹配：
- pillars（内容支柱）：选题落在哪个支柱 → 优先支柱匹配的卡片
- topics / keywords（适配选题 / 关键词）：与当前选题描述重合度
- audience（目标读者）：与文章目标读者一致
选出相关卡片后，读正文「核心观点」「工具」作为素材；卡片间的交叉引用（如「见卡片 001」）按需一并读取

引用规范：

卡片核心观点是创作者本人的观点，可放心作为第一人称素材；但卡片头或正文标注了「打比方 / 非真实经历」的内容（如用别的行业打比方），不能写成创作者的真实客户经历
卡片「更新记录」里的来源标注（口播/对话）在成稿时不引用
与选题无关的卡片不强行使用；素材不足时明确告诉用户"卡片库里没有相关观点"

卡片库由 thought-card-buheliwa skill 维护：一张卡片 = 一个观点，同一观点的后续增量会合并进已有卡片。

写作素材：调用知识卡片

写文章/脚本前，还要到 AI第二大脑/知识库/知识卡片/ 里匹配与选题相关的知识卡片，作为概念、工具、原理、方法的支撑素材。同样，知识卡片必须匹配选题，没有匹配的，不可强行采用。

匹配方法（与观点卡片同一套读法，只读卡片头，不用读全文）：

读之前先跑一次索引生成器（thought-card-buheliwa/scripts/card_index.py，用法见该技能的「索引」一节）。索引是卡片头的抄本，卡片改过而索引没跟上，读到的清单就是旧的。每次读之前都跑，不用判断要不要跑。

读 _INDEX.md 拿到全部卡片清单（编号、主题、分类、摘要）
对每张候选卡片，读文件头部 YAML 卡片头（frontmatter），按三个维度匹配：
- pillars（内容支柱）：选题落在哪个支柱 → 优先支柱匹配的卡片
- topics / keywords（适配选题 / 关键词）：与当前选题描述重合度
- audience（目标读者）：与文章目标读者一致
选出相关卡片后，读正文「一句话定义」「通俗解释」作为素材；卡片间的交叉引用（如「见卡片 001」）按需一并读取

引用规范：

知识卡片是整理来的知识，不是创作者本人的观点；用它撑事实、概念与判断依据，不能写成创作者的经历或立场
卡片头「来源」标的是整理出处；成稿引用其中的数字或结论时，按写作规范标来源
与选题无关的卡片不强行使用；素材不足时明确告诉用户"知识卡片库里没有相关内容"

卡片库由 thought-card-buheliwa skill 维护：一张知识卡片 = 一个知识点，同一主题的后续补充合并进已有卡片。

写作素材：调用创作者背景卡片

写文章/脚本前，还要到 AI第二大脑/个人背景/背景卡片/ 匹配创作者真实经历素材。

匹配方法：

读 README.md 的卡片清单表，按「触发主题」与当前选题比对
命中 → 读卡片全文，取「事实」段作为第一人称素材、「观点」段作为立场依据
未命中任何卡片 → 不强行塞素材，宁可没有第一人称，不编造

边界（红线）：

卡片「不适用」字段命中的选题 → 不读不写该素材
卡片「使用边界」❌ 项 → 不得越过（金额量级、客户名、产品形态等以卡片「可写程度」为准）
「观点」段重写为自己的话，不复用原句
作者档案与卡片是事实与边界依据，不是话术模板：禁止整句复制档案或卡片里的身份描述和原句；每篇从与主题相关的角度重新组织自我表达；同一段经历多次引用时换切入点与句式，优先选与本文最相关、近期用得少的素材
与 AI第二大脑/个人背景/背景卡片/作者档案.md 的素材边界规则一致：范围之外的一律不得以第一人称编造

卡片库维护：新真实经历 → 建新卡片（卡片004-…），与作者档案同步更新。

写作素材：验证状态（写稿时逐条标注）

每个进入文章的论据、案例、数据，写稿时都要过一遍验证状态：

已验证（创作者亲自操作过 / 亲身体验过 / 有真实来源）→ 正常使用
未验证（听说的、二手转述的、还没亲自试过的）→ 不许直接写成定论，标注「⚠️ 待验证」，等创作者试完再定稿
涉及企业 / 团队内容：没有拿到真实反馈之前，一律保持「⚠️ 待验证」
高风险内容（含数据 / 企业名 / 人名 / 未证实观点）→ 标「⚠️ 待验证」，改稿时重点核查

定稿前必须处理所有「⚠️ 待验证」：创作者验证后转正，或者删除 / 弱化表述。带着待验证标就交稿 = 没定稿。

写作约定（每条带适用与边界）

0. 先搭框架再落笔

商业文章先解决逻辑问题，再解决表达问题。拿到素材（案例、数据、引文）之后，不要直接开始写。先做五步：

第一步：压缩中心思想。 用一句话说清：这篇文章的对象是谁、核心判断是什么、读者看完能带走什么。

第二步：列出重要观点。 把文章要传递的判断列出来（3-5个），每个观点一句话。不要列"结构"（开头、中间、结尾），要列"判断"。

第三步：画出因果关系链。 观点之间的逻辑关系是什么？哪个是因、哪个是果？哪个是核心判断、哪个是支撑论据？哪个是例证、哪个是推论？把这条链画清楚。

第四步：逐段匹配。 每一段落的案例/论证，是否真正支撑了它对应的观点？案例放在这里，逻辑是否自洽？如果案例论证的是另一个观点，要么换案例，要么调整它所在的位置。

第五步：写完后自检。 开头的核心观点和第一个案例之间，逻辑是否自洽？有没有同一信息换说法重复两遍的段落？有就删一遍。

禁止：

拿到一个案例就直接塞进文章，不管它论证了什么
让观点去迁就案例（案例好但逻辑不对，就换案例，不要改观点去凑案例）
用大词、模型、情绪词掩盖因果没想清楚
写完后删一轮：只删重复信息的句子。语气、节奏、亲近感是句子的功能，不是冗余，不删

本节的五步是「框架要长什么样」；「有哪几种框架可选」见 references/writing-frameworks.md。 写框架前先从中挑一个最适合本篇的——先看这篇最容易出哪种错，再看受众认知度，最后核对篇幅。一篇只用一个主框架，不叠加。

写商业、经营题材时，更细的手艺规则见 references/business-writing-craft.md。这份是题材细则，不是通用规范，写别的题材不用套它。

适用与边界：每一篇都要，不分长短——长稿走完整四步，短稿走简版（中心思想 + 2-3 个判断句 + 逐段匹配，因果不单列）。不适用：改错别字、调格式这类不动结构的改动；以及已有成稿的润色（那是「稿子版本管理」管的事）。

1. 禁用夸张戏剧化表达

❌ 词表对照："灾难的开始" / "致命的" / "毁灭性的" / "注定失败"（完整表见 references/banned-patterns.md 第一节；表里没有的词不自行扩大）
✅ 用平实的因果描述写实际影响，不搬固定句式

适用与边界：正文、标题、小标题、图片文字。不适用：引用别人的原话——照抄时保留原样，那是别人的措辞，不按本条改。

2. 禁用伪经验开场

不要让 AI 假装有阅历。

❌ "我见过太多人……" / "我遇到过太多案例……"
✅ 要么用具体案例，要么不用这种引入

适用与边界：所有面向读者的开头。不适用：创作者本人真实经历的开头（有背景卡片支撑、能说清时间地点的那类）——那是有据的在场，不是假装有阅历。

3. 禁用虚假统计

没有来源的数据不用。

❌ "99% 的人目的是年薪百万"
✅ 不确定的规模用模糊描述，不编具体数字
✅ 必须用数字时注明来源；拿不到来源就不用数字

适用与边界：没有例外——一切数字都要有来源，拿不到来源就不用数字，改用模糊描述。

4. 不贬损目标读者

文章的读者是谁，就不能骂谁。

失败 ≠ 人品有问题 ≠ 认知低
很多时候是业态本身有结构性问题，不是人的问题
贬损词表对照：韭菜 / 被收割 / 打鸡血 / 认知低（完整表见 references/banned-patterns.md 第六节），出现即改

适用与边界：写给你读者看的一切内容。边界：批评可以针对做法、业态、结构性问题，不针对人——失败不等于人品或认知有问题。

5. 专业名词翻译成人话

遇到专业名词或连续列举多个工具能力时，先翻译成读者面对的实际问题，再用大白话解释；确有必要保留专业名词时，紧接一句说明它对读者意味着什么。

适用与边界：面向非专业读者的内容。不适用：读者本身就是同行、术语是共同语言时——硬翻成大白话反而啰嗦，此时紧跟一句「对读者意味着什么」即可。

6. 技术概念与事实准确

涉及技术概念、工具、术语时，先自查再落笔：

概念定义与从属关系：工具与其所属类别不能错误并列（如「Claude Code + Harness」——Claude Code 本身就是 Harness 的一种，Harness 是上位类，两者不是同级）；上位/下位、包含/被包含关系写错即技术事实错误
工具与产品名：名字写全写对（Claude Code、Cursor、DeepSeek 等），不张冠李戴、不写错别字；「XX 是 Harness」这类定性判断要准确
技术逻辑：不写违背基本技术常识的组合（如把模型与工具、协议与产品错误混为一谈）
拿不准就问：自己不确认的技术定性，宁可去掉或查证，不硬写

此类错误定级 P0，成稿检查时逐条核对（article-style-checker-buheliwa 快检第 5 类）。

适用与边界：一切涉及技术概念、工具、术语的地方，含标题、小标题与图片文字。拿不准就问——自己不确认的技术定性，宁可去掉或查证，不硬写。

7. 小标题不带数字编号

正文小节标题用纯文字，不带「一、」「二、」或「1.」「2.」编号——公众号排版模板会自动生成小节编号，源稿带编号会造成「01 一、」双重编号。

适用与边界：本账号的公众号排版模板（模板会自动生成小节编号）。不适用：其他发布形态、以及不套该模板的稿子。

8. 材料不够就写短，不硬凑字数

动笔前先数材料。计划写到 1200 字以上的长稿，先逐条列出至少 5 件具体材料（创作者亲历、真实案例、可核数据、原话、具体动作与数字），并且这 5 件能串成一条实际过程。列不出 5 件，就先别写长稿：

有公开材料可查 → 先查，查完重新数
依赖创作者个人体验 → 追问创作者，一次最多 3 个问题
研究后仍不够 → 缩小题目，写 600 字左右的短稿，宁可明显短于目标字数

创作者只给了几条抽象想法（如「输入更方便」「能保留状态」）却要求长文时，先找真实材料，找不到就问，不让问就写短。不许用假例子、重复解释、把用途/意义/风险各写一遍的方式凑字数。

适用与边界：计划写 1200 字以上的长稿。不适用：短稿——它本来就不要求凑够 5 件材料。

9. 讲完就停

写到事情已经讲完就停，不在末段重新摘要全文，不用大词硬升华。首尾呼应可以用，呼应开头的情感、号召、例子是自然的收尾；禁的是空喊时代意义。

本技能的三份附件：禁用词对照表见 references/banned-patterns.md；商业、经营题材的手艺细则见 references/business-writing-craft.md（题材细则，不是通用规范）；框架库见 references/writing-frameworks.md（题材中性）。 references/business-writing-craft.md（商业、经营题材的手艺细则，不是通用规范）、references/writing-frameworks.md（框架库，题材中性）。

风格档案与风格训练

风格档案是写作者自己的写作风格，住在 AI第二大脑/我的记忆/我的写作风格.md，每人一份，随使用逐步长出来。它不是本技能的一部分——本技能的通用规范（去 AI 味那些）对所有创作者一样，风格档案是各家不同。

档案为空时照常干活：按通用规范写，别停在那里等；写得对、写得像人话，永远比写得「像他」优先。

怎么建立 / 更新风格档案

创作者想训练时，先看他是哪种情况，走其中一条；他直接发来一段文字说「这是我的语言风格」时走路径三，不用先问他写过没有。

路径一：手上已经有写过的内容

请创作者挑 3-5 篇他自己写的文章——必须是他一个人写的，混进别人的会污染；原文发过来，别摘要、别压成一段（结构也是风格的一部分）。合计 5000 字以上更准，一篇没有就先用一篇起步
逐篇读，找这些特征：句式习惯（长短句、常用结构）、语气（直接/温和、口语化程度）、开头习惯、结构习惯、用词倾向、标题写法
提炼成正面特征（「他习惯这样写」），不写否定清单
填进风格档案（模板见 assets/风格档案模板.md），逐条请创作者确认：不对的删掉，漏的补上

路径二：还没写过、或想在使用中长出来

让创作者口述想写的东西，按通用规范写成文章——不要求他先有风格
请他指出：哪里读着不像他、他更想怎么表达
从反馈里挑出可复用的特征（不是单次的字词改动）追加进风格档案
反复几次，档案自己就长出来了。用得越多越准，不追求一次定稿

路径三：他发来一段说「这是我的语言风格」的文字

创作者自己会做的事，不用你提醒：对着语音输入法把稿子念一遍，念到不像自己说的话的地方，直接用自己的话说出来。念完他把这段文字发给你，说一句「这是我的语言风格，请你把它落到风格档案」。

收到就做四件事：

拿这份文字跟你自己的原稿逐句对比。原稿是这一轮他认可的那一版，多半就在当前对话里；原稿不在手边就先跟他要，不凭印象比对
提炼他改说过的地方。念到一半改口的那些句子是这次最直接的素材：原来是哪种说法、他改成了哪句、为什么改更顺。从里面挑出可复用的特征（不是单次的字词替换）
填进风格档案（模板见 assets/风格档案模板.md），按模板分栏写：句式习惯、语气、开头习惯、结构习惯、用词倾向、标题写法。每条写正面特征（他习惯这样写），不写否定清单。档案里已经有内容时追加、合并，不整份覆盖
逐条请他确认：不对的删掉，漏的补上

只要他说「这是我的语言风格」就按这条走，不管后面接的是「落到风格档案」「对比你的稿子提炼一下」还是别的说法，也不等他先说「我以前写过东西吗」。

边界：风格档案 vs 我的记忆

两份文件都在记「创作者的选择」，但记的不是一回事：

| | 记什么 | 形态 | 什么时候读 | 变化速度 | |---|---|---|---|---| | 风格档案（我的记忆/我的写作风格.md） | 「是什么」——该往哪个方向写，正面特征 | 分栏的特征清单 | 写稿前加载 | 慢，训练一次管很久 | | 我的记忆（我的记忆/校对记录.md） | 「发生过什么」——这一轮否了什么、准了什么 | 倒序流水 | 改稿前读 | 快，每轮追加 |

关系：我的记忆是原料，风格档案是成品。改稿记录里同一类判断反复出现时，把它提炼成一条正面特征写进风格档案——这也是「风格训练」路径二的主线。

案例使用规范

案例只是"其中一种情况"，明确说"这只是其中一种适合的人的样子"
不把头部案例作为"所以你也能做到"的证据
提头部案例时注明条件限制，不让读者产生不切实际的期待

政治与敏感话题

不提政府、不提政绩、不提地方执政相关内容
不做宏观政策判断
聚焦商业逻辑、从业者选择、业态本身

写作前自检清单

写完后逐项检查，全部通过再交稿：

这篇文章的读者是谁？我有没有冒犯他们？
核心判断能不能用一句话说清？对象、判断、读者收益是否明确？
引用的数据有来源吗？
案例是"其中一种情况"还是"唯一答案"？
有没有"灾难"、"致命"、"99%"、"太多人"这类禁用词？
有没有"几乎一样""绕不过去""根子"这类模糊对比收束、宿命宣告、土词硬造的表述？（完整对照表见 references/banned-patterns.md 第十三至十五节）
是否误用了外部文章的原案例、原比喻、原概念或原句？如有，替换为自己的判断标准和素材。
文章里的论据、案例、数据，有没有没验证过的？未验证的是否都标了「⚠️ 待验证」？
技术概念/术语/从属关系有没有错？（如把工具与其所属类别并列、工具名张冠李戴——见写作约定 6）

感受层面的判断归创作者

语言特征归 AI，感受归创作者。 AI 执行语言层面的规则（禁用词表、数据来源、句式结构、重复信息）；以下感受判断 AI 不执行、不做结论：

这句话有没有感染力、读起来干不干
这句号召算"硬造金句"还是真实兴奋
开头留不留人、读者会不会想看下去

终稿前创作者通读，感受层面的取舍由创作者拍板。AI 交稿时不再评价"读感"，只报告语言层面的检查结果。

使用方式

手动调用：点名本技能，附上文章类型与目标读者（在 Claude Code 里可以直接输入 /writing-style-buheliwa [文章类型] [目标读者]）。

参数说明：

文章类型（可选）：劝退型 / 避坑型 / 对比型 / 行业观察 / 其他
目标读者（可选）：经营者 / 从业者 / 创业者 / 其他

AI 自动触发：当用户要求写作公众号、新媒体内容时，自动加载此风格规范，严格按此规范写作。

改稿协作回路（创作者给示范段落时）

创作者改稿时如果直接发来一段「应该长这样」的示范文字（例：「第 15 行，你应该这样说——」+ 示范段落），按此流程处理：

照着改：按示范段落的语言风格、节奏、转折方式重写目标内容——不是只修字词，是整段学它的说话方式
默认不提炼：示范段落用于当场学风格，不自行提炼成规则入库；提炼规则必须经创作者明确确认才写进本文件
改完必查：修改完成后按下方「写完后 / 改完后必须做」走两道关（先跑机械检查脚本，再加载 article-style-checker-buheliwa）

风格规范是活文档：每篇文章都可能更新它，更新后复查一遍有没有把话说死、说绝对。

小红书发布文案与话题词规则

生成终稿后，顺便生成「小红书发布文案（标题 + 正文）」+ 话题词，正文 ≤1000 字、提炼要点、口语化，写入该选题的 03_小红书/小红书发布文案-vN.md（小红书发布物统一放 03_小红书/；标题从 内容规律/小红书/标题规律卡片/ 匹配做法生成候选，规则见 content-writer-buheliwa 第 13 步；导入版同一轮一并出，见同一处）。

话题词（tag）三原则：

只选和账号方向、内容直接相关的，不蹭无关热词——一个精准的长尾词，比三个不相关的大词更有用
数量 10 个；前 5 个权重最高，优先放核心词
搭配结构：
- 1-2 个核心主标（账号方向的词，如 #AI工具测评）
- 2-3 个垂直长尾词（更具体的，如 #AI写小红书文案）
- 1 个时效/场景词（如 #2026自媒体入门）

格式：#+空格+标签关键词。

⚠️ 写完后 / 改完后必须做

两道关，按顺序过。两道都自动触发，不询问、不等创作者点头、不交稿时补做：

第一道 · 机械检查脚本（确定性、零判断）：

python3 "<技能目录>/check_prose.py" <成稿路径>

只报警、不自动改文。「需要修改」的硬报错清零；「需要人工判断」项（口语冒号、语境词该不该留）对照报告逐条过，由创作者拍板
脚本解析的词表在 references/banned-patterns.md 第八节「机器硬词表」——改词表就改那一节

第二道 · 加载 article-style-checker-buheliwa 逐条合规检查（含技术事实错误检查：概念从属、术语、工具名），根据报告修复违规项。此步骤不可跳过。

是「加载」不是「派 agent」：这个技能默认是快检模式——单角色、AI 按它的清单自查，不派子代理；只有它的全检模式（创作者说「全检」「对抗性评审」时）才派四个子代理。加载后照它的「模式分派」走。

完整流程：写完成稿（或修改完成） → 跑机械检查脚本，硬报错清零 → 加载 article-style-checker-buheliwa 检查 → 按报告逐条修复（修复时逐项对照报告清单，修复完成即自查确认）→ 交稿。不再单独做第二轮复查；创作者明确要求时才复查。

这一步做完才叫交稿：两道关没过完就交，等于稿子没写完。跑完在汇报里说清哪几项报错、怎么修的，不问「要不要跑」。

触发条件：

新写一篇文章
修改文章开头、结构、段落
调整论点、论据、案例
用户对文章内容提出修改意见后执行了修改

仅修改错别字、标点符号等微调可跳过。