微信公众号文章写作与发布

适用场景

主战场：商业零售 / 消费题材——跟大众生活息息相关，是本技能全部规则强度最高的领域（用户 2026-10-20 明确划定）。

• 写商业/消费/国货类深度评论
• 写品牌稿（可能被品牌方阅读，需中立客观）
• 基于热点或用户给定题目从零原创
• 基于用户给定稿件或链接改写

相邻题材降级使用（人物故事 / 政策解读 / 生活方式等）：核查纪律、AI 腔禁令、白话规范、迭代纪律照常生效；数据类要求（数据三问、比喻化、投行媒体风格）按题材弱化，不强行套——人物稿没有毛利率可写，就别编。

一、动笔前必做的三件事（跳过必翻车）

1. 撞车检索（不可跳过）

未检索就动笔 = 大概率把别人写烂的观点当独家发出。

并行执行：一次发出多个检索请求（同义词、近义表述、不同数据组合、竞品名+爆品名），不要串行等待。例如检索"自有品牌渗透率 8% 40% 消费者"与"永辉调改 供应链 自有品牌 深度分析"应同时发出。

检索目标平台：微信公众号、小红书、知乎、今日头条、虎嗅、财经中国、蓝鲸财经、经济日报、36氪、新食界。

用WebSearch 搜：主题关键词、核心论点关键词、关键数据组合、竞品名+爆品名。

换源策略（防假阴性）：WebSearch 对公众号站内内容收录不全，搜不到 ≠ 没撞车。每个选题至少补两个源：百度（site:mp.weixin.qq.com 或直接搜关键词）、必应/搜狗微信。三个源都干净，才算初筛通过。

量化判定：核心论点 + 核心数据组合拿去搜，首页出现 ≥2 篇同论点文章 = 撞车，必须换论点而非修辞；只有 1 篇且角度不同 = 可写，但要在文中给出差异化切口。

判定撞车：若检索结果中已有多篇文章用了同一组数据和同一论点，说明这个角度已被写透，必须换论点而非修辞。

真实教训：曾把"零售商从卖货架到定义商品""8% vs 40% 空间"当独家论点，写完后检索发现虎嗅、新食界、时代新闻已全部写过同一批数据，只能整篇重写。

独家切口从哪找：
- 全网没人写过的底层反差（例：销量结构与舆论印象相反）
- 创始人拒绝过什么、旧账、意外的一句话（例：创始人回忆自家赛道产品"涂抹在手上都能感受到灼伤感"）
- 媒体没追问的下一步（例：所有文章都讲"要夺回定义权"，没人问"夺回来之后赚不赚钱"）
- 某组被忽视的数据（例：一瓶橙汁的毛利率差，同题材文章全部漏掉）
- 媒体报道里的数字打架（把差异本身写进文章，反而成为文章亮点）

1b. 对标媒体写法（用户点名时）

用户要求"借鉴 XX 媒体/公众号的结构及形式"时，必须先搜证该媒体的真实写法，不能凭印象编。

搜索关键词：XX媒体 写作风格 特点 / 拆解 XX 号 / XX号 怎么写文

默认对标口径：商业地产头部媒体（取共性，不绑定某一家）。2026-10 实测拆解过「兽楼处」「壹地产」等号后归纳出的共性，已固化在第二章。

若用户点名其他媒体（如财经号、消费号），按同样方法拆解，提取后并入第二章的共性清单，而不是另起一套标准。

通用落点：不解释，只呈现对比。

不要在文章里提及"借鉴了某某号"，那显得像模仿；只把提炼到的技法用进稿件。

2. 事实核查（每个数字都要回溯信源）

二手报道的百分比不可信。 必查三件事：

常见失真模式：
- 假期探店报道的占比 = 把最热那天当日常水位（实测案例：媒体称60-80%，品牌实际日常 30%）
- 二次转述把区间上限当典型值
- 社媒粉丝性别 ≠ 实际买家性别

硬伤自查清单（每条必查）：
- [ ] 历史/常识溯源（例：德训鞋是1970-80 年代西德军靴，不是 1940 年代——写成 1940 年代是常识错误）
- [ ] 品类市场规模（写"谁都能做"却漏掉竞品年销15 亿欧元 = 自相矛盾）
- [ ] 门店数量（官网 vs 媒体口径可能差一倍）
- [ ] 形容词有无数据支撑（"极高""大量"这类形容词最容易被当事实，要换成引述原话）

形容词铁律：凡是"参与度极高""明显高于""大幅增长"，若无数字支撑，一律改为引述具体原话或删除。

3. 实时确认发布通道

• 公众号后台：需用户已在 mp.weixin.qq.com 登录，无法代为扫码登录
• 企业微信：连接器可能被关闭，需用户从聊天窗口左下角 + 菜单 → 连接器 打开
• 用户未确认通道前只出稿，不执行发布

二、核心风格：对标商业地产头部媒体

定位对标，而非模仿某个具体号。 取商业地产头部媒体的共性写法——它们靠"具体、有细节、敢下判断"活下来，不靠"正确、全面、四平八稳"。

共性一：情景化开场，不铺垫

• 开篇给一个具体到细节的画面，直接进场景
• 不做背景介绍、不写"随着……的发展"
• 让读者第一句就站在现场

共性二：大量引用当事人原话

• 引用创始人、高管、顾客的原话原文，不转述
• 作用是营造"你在现场"的窥视感，比任何形容词都可信
• 原话里有数字的，优先保留数字

共性三：金句要带数字

• 把结论放进带数字的具象句子里，不用抽象升华
• 好例子："现在房东开始自己开厂了"
• 坏例子："这是一个标志性的转折点"

共性四：数据具体到"钢筋水泥"

• 用价格、成本、毛利率、面积、门店数这类可验证的硬数字建立可信度
• 不写"大幅增长""显著提升"这类无法验证的判断
• 数据的呈现方式：转成读者能感知的量（见第八章）

共性五：标题短、有节奏感

• 标题控制在 20 字以内（数字、标点都算字数；实测定稿 18 字，别为压字数把话说半截）
• 可参考的标题节奏：《疫苗之王》《融创这一年》
• 具体规范见第六章

共性六：说人话，不解释概念

• 让大部分读者能看懂，不做专业术语解释
• 遇到概念，用一个场景带过，不写定义
• 具体对照表见第九章

两条铁律（最高优先级）

1. 不解释，只呈现对比 —— 读者要自己得出结论，不要作者替他总结
2. 独家数据是差异化的唯一硬通货 —— 没有独家数据，风格再好也是二流通稿

铁律的适用边界（v3.0 补充）

「不解释，只呈现对比」适用于叙事型题材（品牌 / 产品 / 公司故事）——事实本身会说话。
解释型题材（政策解读 / 商业模式 / 产业链机制）不适用：机制不直说，读者真的看不懂。这类题材允许一段直给把机制讲清，但全文只给一次，给完立刻回到呈现。

实战来源

以上共性提炼自 2026-10 实测：当天对标分析了「兽楼处」「壹地产」等商业地产头部媒体的公开写法后归纳而成。分析是为了提取技法，不是为了模仿某一家——写出来的稿子不该被看出"像谁"。

三、字数与结构（重要）

字数：1600-2000 字（不要写 3000-5000 字，用户明确反馈过长）

字数递减轨迹（实战验证，可直接用这个节奏）：
初稿 2000-2600 → 用户会指出太长 → 压到 1600-1800 → 定稿。
不要一上来就写长，用户对长文的耐心有限。

结构：开篇 + 4-6 个小节 + 结尾

# 标题（见下方标题规范）

开篇（100-200 字）：直接进场景，不铺垫

## 小标题 1（200-300 字）
## 小标题 2（200-300 字）
...

结尾（100-200 字）：落在正面或中性观察

小节分工原则

每节回答一个不同的问题，不是换个说法重述上一节。

成稿后必做「重复体检」，四项各查一遍：

典型撞车案例：第一节讲"零售商因为离消费者近所以能定义商品"，第五节又讲"谁有一手数据谁能定义产品"——同一论点换个包装讲两遍。解法：第五节换角度，只留第一节没说过的东西。

同一论点全文只出现一次，结尾不复述正文数字。
同一案例不重复调用，第一次出现时把细节讲足。
同一个逻辑不重复论证，后节要换角度切入。

四、小标题写法

公式：数字 + 口语化结论（不要用判断式、说教式）

小标题的作用是用数字或事实说话，不是表达态度。

反例共同问题：用抽象名词概括（"那笔账""跑出去很远"），读者扫标题得不到信息。

顺序：整篇文章的小标题要能连成一条线索，读完标题就知道文章讲什么。

五、AI 腔禁令（最高优先级）

以下写法是明确被用户否定的，出现即返工：

禁用句式

• ❌「本质上不是……而是……」
• ❌「关键在于」「说白了就是」「那么问题来了」「答案是」
• ❌「值得注意的是」「不难发现」「值得一提的是」
• ❌「所以准确的表述是……」
• ❌「但这一条和它的定位直接相关」
• ❌ 每节结尾必升华一句
• ❌ 段落全是 1-2 句短句（节奏太整齐 = AI 感）

禁止内容

• 排比句堆叠
• 刻意对仗的小标题（例："这不是贴牌，是权力转移"）
• 说教式定语（例："永辉是这两年做得最狠的一个，也是最值得拆的一个"）
• 话题引入句式（例："自有品牌这事看起来是零售内部的新闻"）
• 每节结尾的总结连接词（例："放到实体零售，这话就是——"）

段落要求

• 长短交错，不让每段都是短句
• 允许一整段讲完一件事

验证方法

写完后自查：把文章里"本质上""关键在于""那么问题来了"这类词全部搜一遍，还有就是重写。

六、标题规范

不说教、不夸张、像故事。

好的标题（正面）：

不好的标题：陈述论文调（例：《超市开始卖"自己"的牌子了》——像论文题）、夸张评判（例："买疯了"）、说教（例："……的启示"）

禁用的三类词：
- ❌ 评判/夸张：疯了、爆了、炸了、抢疯了
- ❌ 说教：的启示、探讨、浅析
- ❌ 论文调：从……到……、之路

七、品牌稿中立规范

若稿件可能写的是某个品牌（品牌方会读到），必须：

绝对不做

• ❌ 不给品牌留问题：删"壁垒""约束""待验证""唱衰前景""下一个爆款在哪"
• ❌ 不做品牌间对标：不列竞品数据、不暗示谁更强
• ❌ 不放负面反馈：有差评数据则整段略过，不做"也有批评"的平衡表述
• ❌ 评判媒体动机：不写"记者挑了最热那天去"这类指责，改成客观口径说明
• ❌ 暗示品牌缺点：如"但代价是缺少 XX 适配"——改为讲优势（"所以男女都能穿"）

唯一例外：硬新闻必须报（v3.0 补充）

上面删的是主观评价类负面（差评、体验吐槽、竞品拉踩）。但公开可查的硬新闻——监管处罚、产品召回、公开道歉、法院判决——必须报，不删：

• 只做客观事实陈述（时间、事由、结果），不做引申、不评判、不渲染
• 删硬新闻 = 失实，读者查到后整篇稿子的可信度归零，比"给品牌留问题"严重得多
• 拿不准是"硬新闻"还是"主观负面"时，问用户，别自己猜

结尾必须

• 落在正面或中性观察
• 不落在"下一步考验""能否持续""能不能接住"这类悬念上
• 若是数据打假类，落点要是"说明其增长扎实"而非"报道失真"

八、数据转比喻（可感知）

所有关键数据要转成读者能感知的量。

实测有效的转换：

数字本身不要改口径——比喻是表达方式，不是修辞失真。

八b、数据打假章节（实战效果最好的技巧）

发现多家报道数据打架时，不要藏起来，也不要只挑一个用——把差异本身写成一个小节，往往成为全文最被记住的部分。

标准写法（实测有效）：

## 外籍顾客到底有多少

关于这个数字，几家报道的说法不太一样。

**搜狐等报道**：60%到 80%。
**Morketing 引品牌经营数据**：日常约 30%，节假日高峰达 70%。
**经济日报**：约 30%，消费者以日韩东南亚为主。

[底色强调段] 三组数据说的是同一件事：平时是三成，假期会更高。
节假日正是外国游客最多的时候，客人集中进店，比例自然上去了——
这也解释了为什么假期去探店的报道读数偏高。

四个要点：
1. 各家信源并列列出，不加评判（不写"某些媒体不严谨"，写"几家报道说法不一样"）
2. 给出中立解释（节假日是入境游高峰 → 比例自然上去），而非指责记者挑时段
3. 给自己的结论用底色强调标出，读者一眼看到
4. 排版时该段用区别底色（浅红或浅蓝），视觉上与其他段落区分

为什么要写：读者看到两组数字打架、且作者把来龙去脉讲清楚了，会认为这篇稿子比others可靠。这是建立可信度最省力的方式。

品牌中立场景下的落点：结尾要落在"说明其增长扎实"，不能落在"报道失真"（后者等于说品牌的数据是假的）。

九、白话写作规范（不要专业解释）

术语黑名单 → 大白话对照表

> ⚠️ 下表是零售向样例，不是全集。 换题材（科技/医药/地产/金融）时按同样标准扩展：凡是"行业内才懂、行业外要愣一下"的词，一律进黑名单。

其他要求

• 百分比改中文读法：六到八成、八成半（让人能读出声）
• 抽象名词换具体动作：不写"靠调研投广告铺渠道"，写"靠小红书上的照片攒口碑"
• 创始人原话可保留原样（那是引用不是术语）
• 小标题用能直接听懂的话，不用专业对仗句

十、数据转比喻之外的数据要求

• 所有数字标注信源：哪家媒体、什么时间
• 不同信源冲突时，把差异写进文章（实测这种写法反而成了文章亮点）
• 争议性数字要标口径限定语（例："70-80% 是海外社媒粉丝性别"）

十一、配图规范

优先级

1. 用户指定 > 品牌官网真实产品图 > AI 生成

品牌官网图（需用户明确同意）

• 版权属品牌方，公众号属商业用途，必须先问用户
• 用户同意后：图注标注「图片来源：XX 官方网站」
• 探测方式：官网多为 Shopify 搭建，CDN 域名为 cdn.shopify.com/s/files/...，可直接抓取
• 看图能证伪文案：抓图后必须核对文案描述是否与实物一致（实测抓到门店大logo，推翻了"全店无标识"的表述）

AI 生成图

• 必须提前告知用户每张约消耗 5-10 积分
• 纪实感 > 摆拍感（"一只手伸向货架"优于"空货架静物"）
• 图要能翻译文章核心意象

配图版权红线

• ❌ 不用来源不明的网图
• ❌ 不用带他人 logo 的产品图（除非就是写那个品牌且已获授权）
• ❌ 不用 AI 图冒充真实产品图（会被读者识破）

十二、输入模式

模式 A：从零原创

用户给主题/方向 → 走完整流程（检索 → 核查 → 写作 → 配图 → 发布）

模式 B：改写

用户给原文链接或稿件 → 在原文骨架内最小必要修订：
- 议题、立场、结论、核心论据与数据口径、章节详略跟随原文
- 「不要雷同」只约束句面表达，不等于换论证框架或调性
- 原文配图原样保留，仅可翻译图上文字
- 不新增原文没有的板块
- 字数以原文体量为准

十三、执行流程

阶段 1：理解与检索

1. 明确用户诉求（选题方向、字数、通道、品牌中立与否）
2. 并行发起多个检索（见一.1）
3. 事实核查（见一.2）
4. 若有多个可选选题方向，用 AskUserQuestion 让用户确认（给出2-4 个方向，各自说明为何值得写）
5. 同步确认发布通道（公众号 or 企业微信），因为这决定后续能否自动执行

阶段 2：写作

6. 按五（AI 腔禁令）+ 三（结构与写法）+ 七（品牌中立）+ 九（白话）写初稿
7. 自查：AI 腔清单、重复体检、字数（1600-2000）

阶段 3：迭代

8. 每轮必须回读全文再改，不能只改局部——局部修改会留下新旧不一致（例如改了标题风格但小标题还是旧写法）
9. 每轮改动后同步更新 Markdown + HTML 排版稿两份
10. 用户提的每条反馈都要逐条对应修改，并明确汇报改了什么、为什么

阶段 4：配图

11. 按十（配图规范）执行；AI 图需先告知积分消耗；官网图需先取得用户同意

阶段 5：交付（默认到此为止）

12. 同时产出 Markdown 稿 + HTML 排版稿
    • Markdown：给用户直接改字用
    • HTML：公众号风格排版预览（移动端适配、小标题带序号、金句段左侧竖线或浅底强调、数据打脸段用区别底色）
13. present_files 交付，HTML 排版稿放第一位（用户要先看效果）
14. 在回复里说明：交付了哪几版、撞车检索结论、配图来源、以及发布通道尚需确认

阶段 6：发布（必须用户确认定稿后才执行）

⚠️ 完整实操流程见同目录 PUBLISH-GUIDE.md，执行前必读。

三条铁律

1. 正文编辑器禁止程序化注入 —— ProseMirror 会拒绝 insertHTML、合成粘贴事件、程序触发 Ctrl+V。
   唯一可行路径：把内容写进系统剪贴板 → 用户手动按 Ctrl+V。
2. 必须带 --remote-debugging-port 启动有头浏览器，否则能显示窗口但无法接管。
3. 群发按钮必须由用户自己点 —— 不可逆，直接触达全部订阅者。

通道探测（开工前必做）

• 调 list_installed_plugins 看有哪些连接器；本机未安装企业微信连接器，用户说的"工作号"若指企业微信，需先让用户从左下角 + 菜单 → 连接器 安装
• 不要让用户去设置里找「浏览器控制」开关 —— 本机不存在该选项，直接走 playwright + CDP

三条提速要点（实测得出）

1. 能构造 URL 就别点菜单 —— p.click('text=草稿箱') 这类中文选择器易超时（后台异步渲染），直接 p.goto() 构造 URL 更快更稳
2. .ProseMirror 永远用 evaluate + focus()，不用 .click() —— 页面上有多个同名元素，click 会匹配到不可见元素
3. 粘贴失败时的兜底：让用户改从 公众号粘贴稿_可直接复制.html 文件全选复制（样式全内联，粘进去必成型）

收尾（别忘）

• 关闭浏览器：先 await b.close() 断 CDP 连接，再在命令行执行 taskkill /F /IM msedge.exe（用 Chrome 则 taskkill /F /IM chrome.exe）——不清理下次会报 profile 锁冲突
• b.close() 只断连接不关浏览器（用户可能还在用）
• 临时脚本（shot.js / qr.js / paste.js 等）删除前必须向用户报备
• 保留 公众号粘贴稿_可直接复制.html、body.html、封面图；不要删 .wechat-pw-profile（删了下次要重新扫码）

分工（用户只需动手 4 次）

关键代码片段

> ⚠️ 以下代码里的 CDP_PORT、PROFILE_PATH、'msedge' 是占位符，抄之前必须替换成本机实际值（示例：CDP_PORT=9333，PROFILE_PATH=C:/Users/zhangpuguang/.wechat-pw-profile，channel 用 'msedge' 或 'chrome'——写 'EDGE_OR_CHROME' 会启动失败）。现成可用模块见同目录 scripts/publish-helper.js，函数级别的坑都写在里面了。

// 1) 启动（后台任务必须保活，否则浏览器随任务关闭）
await chromium.launchPersistentContext(PROFILE_PATH, {
  channel: 'msedge', headless: false, viewport: null,
  args: ['--remote-debugging-port=9333', '--start-maximized', '--new-window']
});
await new Promise(r => setTimeout(r, 7200000));  // 保活 2 小时

// 2) 接管
const b = await chromium.connectOverCDP('http://127.0.0.1:9333');

// 3) 填标题（必须 focus，不能 click —— 页面上有多个 .ProseMirror）
await p.evaluate(() => { document.querySelectorAll('.ProseMirror')[0].focus(); });
await p.keyboard.type(title, { delay: 25 });

// 4) 正文写剪贴板（必须同时写 html + plain，否则回读报 type not found）
await ctx.grantPermissions(['clipboard-read', 'clipboard-write'],
  { origin: 'https://mp.weixin.qq.com' });
await p.evaluate(async ({h,t}) => {
  await navigator.clipboard.write([new ClipboardItem({
    'text/html': new Blob([h], {type:'text/html'}),
    'text/plain': new Blob([t], {type:'text/plain'})
  })]);
}, {h: 正文HTML, t: 纯文本});

// 5) 上传封面 + 保存草稿
await (await p.$('input[type=file]')).setInputFiles(图片路径);
await p.click('a:has-text("保存为草稿")');

选择器备忘

登录成功判断：URL 中出现 token= 即已登录。
编辑页判断：URL 含 t=media/appmsg_edit 或 type=77&appmsgid=xxx。

阶段 7：发布后复盘（发布 48 小时后执行，完整规范见第十七章）

15. 保存草稿 ≠ 结束。48 小时后问用户要后台数据（阅读/转发/评论/完读率），按第十七章判读，结论回流到本技能的对应章节——这是技能唯一不变量的成长方式。

十四、强制检查清单

完整清单见同目录 CHECKLIST.md，交付前必须逐项过一遍。

速查版（交付前必查的 11 项）：
1. 已做撞车检索（≥2 个换源），角度独家
2. 所有数字有信源、不超 24 个月，冲突处已标注
3. 无常识性错误（历史、品类规模、门店数）
4. 无 AI 腔（本质上/关键在于/那么问题来了/说白了就是）
5. 无重复（论点/案例/逻辑各查一遍）
6. 字数 1600-2000
7. 品牌稿：无主观负面、无对标、结尾正面（硬新闻除外，见第七章例外条款）
8. 无行业术语，数据已转比喻
9. 末尾无话题标签，Markdown + HTML 双稿已产出
10. 改稿轮次 ≤5，或超 5 轮时已做规范对齐（见 16.2 熔断铁律）
11. 已告知用户：发布后 48 小时要做数据复盘（见第十七章）

十五、常见返工原因（用户实测反馈）

十六、实战经验（2026-10-16 完整验证）

这一节记录当天实际跑通的完整链路，新任务开始前先看这里，能省掉大量试错。

16.1 用户协作节奏（重要）

关键判断：用户连续 3 次以上同类反馈 = 不是单篇问题，是规范缺失，应立刻写进技能。

16.2 一篇稿子的实际迭代次数

当天完整链路：13 轮改稿 + 12 轮发布调试，共约 6 小时。

> ⚠️ 13 轮是反面教材，不是参考节奏。 熔断铁律见下方。

🔴 熔断铁律（v3.0 新增）：改稿到第 5 轮还没收敛，必须停下来——把用户所有反馈归类（风格/事实/结构/立场/交付五类）列成清单，先跟用户确认"是不是要的是这个"，确认后再继续改。禁止一轮轮盲试：每轮盲试都在消耗用户耐心，且第 6 轮后的反馈往往是在给前 5 轮打补丁。

建议：选题阶段就把"是否品牌稿"问清楚，能省掉 2-3 轮返工。

16.3 硬伤高发区（每次必查）

16.4 数据打假是加分项，不是风险

发现多家报道数据打架时，写出来反而是文章亮点。但必须遵守品牌中立落点：说明其增长扎实，而非指责报道失真。

16.5 参考样本（唯一跑通的全链路样本）

2026-10-16 实战定稿归档在项目目录，新任务开工前可对照：

E:/work buddy 文件/2026-10-16-10-10-08/公众号文章_自有品牌崛起/
├─ 稿件_880元一双的鞋中国人自己先买疯了_精简版.md   # 定稿 1685 字
├─ 排版预览_..._精简版.html                        # 公众号风格排版稿
├─ 公众号粘贴稿_可直接复制.html                     # 全内联样式兜底稿
├─ 官图_PANE产品实拍_主图.jpg                      # 官网产品图（1200×1200）
└─ 保存后.png                                       # 编辑器保存成功截图

注意：样本目录随项目归档可能迁移，找不到时用当日工作日志反查路径，不要凭空猜。

十七、发布后复盘（48 小时）—— 技能的成长回路

发布不是终点。 没有复盘，这套技能写 10 篇也不知道哪种标题真的管用。

17.1 要收集的四个数

发布 48 小时后，让用户贴公众号后台数据：

17.2 自家基线（2026-10-20 首篇实测）

这就是自家的第一块基线，后续每篇跟它比，不跟外部基准比（各号体量不同，外部数字没有参照意义）。

17.3 怎么读这些数（方向性判读）

• 转发率 < 0.5%：内容缺"替读者说话"的句子——转发的本质是读者借文章表态。回查：金句是否够具体、立场是否鲜明到敢转。
• 评论 < 10 条：没给读者留话头。回查：结尾是否留了开放问题（与"不说教"不冲突——留问题是邀请，说教是结论）。
• 阅读量偏离基线 ±30% 以上：选题共鸣出了问题。回查撞车检索是否做到了真独家，标题是否把结论写出来了。
• 单篇数据不构成改规范的理由，每 3 篇做一次横向对比，找出稳定规律才固化。

17.4 回流动作（闭环的关键一步）

复盘结论写进两个地方，缺一不可：

1. 本技能对应章节——标题规范 / 开头写法 / 选题方法，哪条被数据证实或证伪就改哪条，并在文末「版本记录」留一行
2. 当日工作日志——原始数据 + 判读 + 改了什么，留痕

注意事项

1. 必须登录：公众号后台需用户已登录，无法代为扫码
2. AI 配图：需告知积分消耗，等待 20-60 秒
3. 字数：1600-2000 字（从零原创）
4. 禁止话题：末尾绝对不加# 标签
5. 每轮改稿后：务必回读全文，避免局部修改造成新的不一致
6. 交付双格式：Markdown 给用户改，HTML 给用户看效果
7. 🔴 透明声明（执行发布前必读给用户）：本技能的发布流程会——① 启动你的浏览器（Edge/Chrome）并打开公众号后台；② 覆盖系统剪贴板（你复制的内容会被正文替换，重要内容先另存）；③ 把封面图上传到微信服务器。每一步动手前都会先告知，不需要你猜。
8. 改稿熔断：第 5 轮未收敛必须停下来做规范对齐（见 16.2），禁止盲改

版本记录

• v3.0.0（2026-10-20，普光总全责审查后大修）
• 修复：代码占位符加替换警示；「关闭浏览器进程」循环断链改为内联 taskkill 命令；第十五章返工表章节引用全改正；第十六章内部编号 15.x→16.x；标题 15 字→20 字（对齐实测定稿）；禁用词/清单去重
• 新增：第十七章「发布后 48h 复盘」（含自家基线：阅读 8000 / 转发 20 = 0.25% / 评论 7 = 0.09%）；改稿熔断铁律（第 5 轮）；发布前人工检查项（原创/合集/赞赏/白名单/留言）；发布回执；透明声明；多样例路径归档；多 profile 命名规则
• 规则补强：品牌中立新增「硬新闻例外」；数据三问新增「时效」一问；「不解释只呈现对比」划定叙事型/解释型边界；术语黑名单标注按题材扩展+补 8 个通用运营黑话；撞车检索补换源策略与「首页 ≥2 篇同论点」量化阈值；题材定位明确为商业零售主战场+相邻题材降级规则
• v2.1.0（2026-10-19）：对标改为商业地产头部媒体（六共性）；新增 AI 腔禁令、品牌中立规范、数据打假章节、白话规范、实战经验章；发布链路全流程封装（剪贴板+手动 Ctrl+V）
• v2.0.x（2026-10-16）：13 轮改稿实战沉淀首版规范
• v1.0.2：初版（含已废弃的「刘润风格」模板——AI 腔来源，勿恢复）