一、结果一览（草稿箱现状）
8 → 2
罗田旅游草稿条数
原来 7 篇工具稿各占一条 + 日刊 1 条；现在合成 1 条多图文 + 日刊 1 条。
7 篇
合并成的那一条里含
按日期 10-11 → 10-17 顺序，第一条为头条。
0
智游大别山草稿
该号 7 篇今天已发布，草稿箱为空。
二、合并后的那一条（内部 7 篇）
- 10-11
自己开车去罗田，到底贵不贵（几个数先看清）
阅读原文 → ltdlt.cn/spot_zijia_cost.html
- 10-12
这周的任务：把你想去的那一页，做成一张图
阅读原文 → ltdlt.cn/week/
- 10-13
不自驾怎么去罗田，四种走法一次说清，照着对一遍
阅读原文 → ltdlt.cn/spot_traffic.html
- 10-14
山上住哪儿，一页就能看全
阅读原文 → ltdlt.cn/minsu.html
- 10-15
两天还是一天，线路先排好再出发
阅读原文 → ltdlt.cn/qiuyou.html
- 10-16
三天两晚不绕路，一条线串四个点
阅读原文 → ltdlt.cn/spot_summer3d.html
- 10-17
玩完留几句话，下一个人就少踩一个坑
阅读原文 → ltdlt.cn/fabu.html
7 篇逐篇过闸门：零 flex、零 <table>、零空 style、禁字 0、品牌落款有、结尾二维码各 2 张。草稿读回与建稿前逐项一致。
三、顺手修掉一个真 bug（建议看一眼）
「阅读原文」原来是个死钩子。
出稿器把草稿的「阅读原文」链接写成了 source_url —— 微信根本不认这个字段，静默忽略。
结果是：正文里写着「点最下方『阅读原文』直接打开 发动态」，但群发后那个按钮压根不会出现，点了也没反应。
实测证据：新建一条草稿时只传 source_url，再读回来 content_source_url 是空的；
换成正确字段 content_source_url 后，读回正常带值。
已修：func_daily.py 两个出稿口都改成正确字段（本机 / 镜像 / 服务器三处逐字节一致），
并在合规校验里加了回归断言 —— 以后谁再写成 source_url，当天校验直接报错。
要提醒的一件事：智游大别山今天已发布的 7 篇，是修之前的旧代码产出的 ——
那 7 篇的「阅读原文」当时没挂上。已发布的微信侧改不了，只能请老板知悉；
罗田这一条（包含上面 7 篇）已经是修好的，阅读原文全部正确落点。
四、台账与兜底
| 项 | 状态 |
|---|
| 推送台账 logs/func_daily_state.json | 本周 7 个罗田键标记 merged（日 cron 不会重建、不会去改已删稿） |
| 原稿备份 logs/func_luotian_drafts_bak_20261011.json | 合并前 8 条原文全留（含正文），可回滚 |
| 模板合规 266 组 | 不合格 0 |
| 双副本守卫 | 关键分裂 0（本机 / 镜像 / 服务器一致） |
| 发布动作 | 系统没碰，全在草稿箱，发不发由老板定 |