结论：我们的瓶颈不在「生产」，在「生产之后到发布」和「发布之后回环」两段。这两段恰恰是自动化最容易补、且不需要 n8n 这类重编排的地方（见第四节）。
| 出处 | 原文 | 真实值 | 性质 |
|---|---|---|---|
| B11 第48行 | 「现在有 76 张卡，覆盖 12 个分类」 | 素材库 JSON = 1161 张（实测） | 过期 |
| M01 第24行 | 「沉淀出 1100+ 张可发布素材卡」 | 约数 | |
| 能力模型看板 | 「1161 张素材卡」 | 准确 |
同一批成稿出现 76 / 1100+ / 1161 三数——铁证：成稿写完后素材库在涨，成稿的数字没同步。违反「单一事实源」原则。这是纯本地问题，立刻可修。
4 篇成稿结构一致：大纲 + 配图建议 + 平台微调 + 脱敏确认。这是创作稿，不是发布稿。中间缺一道「定稿」工序：把大纲展开成正文、把长标题压到 ≤15 字防折叠、按平台微调拆版。目前这道工序靠你在公众号后台手动做。
每篇都写「配图建议（XXX 图）」——图还不存在。你的 render_wechat.js 截图链路已跑通，但这些成稿的图没接上。B11 直接嵌 mermaid（第52行），而 RULES 铁律是「mermaid 必须转图」——成稿阶段铁律未执行。
文章发出去后，链接 / 发布时间 / 阅读·转发·完读数据 / 复盘 全没回到本地。后果：① 我无法基于真实数据优化下一篇；② 能力模型看板「外显率」只能估；③ 你发得越多，本地越「瞎」。这是闭环断在最后一环。
你说「微信贴图已跑通」——但全仓搜不到任何贴图/表情资产记录。这条产品线（微信表情开放平台）同样没有回流档案，与断点 4 同构。
解法：你发完把链接 + 日期丢给我（或直接导出公众号文章备份），我建「已发布文章档案」回填台账并做复盘。模板见 xingtu-vault/09_个人台账/03_已发布文章档案/。
| 优先级 | 动作 | 解决断点 | 依赖 | 工作量 |
|---|---|---|---|---|
| P0 | 成稿数字同步：成稿里 {{card_count}} 等占位符，渲染时从素材库 JSON 注入最新值 | 断点1 | 纯本地 | ~30 行 |
| P0 | 发布回流档案：每篇发完回填链接/时间/数据/复盘，自动更新台账「最近活跃」 | 断点4/5 | 你丢链接 | 模板已建 |
| P1 | 成稿→发布稿定稿脚本：render_wechat.js 展开正文 + mermaid 转图 + 配图截图 + 标题压 ≤15 字 | 断点2/3 | 本地脚本 | ~80 行 |
| P1 | API 权限实调：跑 curl 定 draft/add 是否 48001，决定发布路线（API vs Playwright） | 断点4 | AppSecret | 1 命令 |
| P2 | 定时任务心跳巡检：15 行脚本 + 飞书 bot，超 48h 无心跳告警（治「失效不可见」） | 全局 | feishu_bot | ~50 行 |
原则：只把确定性环节脚本化（定稿、同步、回流、巡检），判断性环节（蒸馏脱敏、选题立项）保持人+AI 协作，不塞进固定编排。这是昨天「不上 n8n」结论的延续。
方式任选：a) 公众号文章链接直接粘贴；b) 公众号后台「导出」的 HTML/MD；c) 告诉我标题，我对照成稿建档案。
我接到后回填 03_已发布文章档案/ + 更新台账「最近活跃」+ 跑一次复盘（哪篇数据好→反推下一篇选题）。
给成稿加占位符 + 写一个注入脚本，让「素材卡数量」永远等于素材库实时值，根除 76/1100+/1161 这类不一致。
你点头我就改 M01/B02/B11 三篇 + 写同步脚本。
| # | 问题 | 推荐 |
|---|---|---|
| Q1 | 已发布文章怎么回流给我？ | 先粘贴 3-5 篇链接，我建档案模板后你习惯化 |
| Q2 | 断点 1（数字同步）现在改吗？ | 改，纯本地零风险 |
| Q3 | 成稿→发布稿定稿脚本现在写吗？ | 等 API 实调定路线后一并做 |
| Q4 | 微信贴图线要不要也建档案？ | 要，同断点 4 处理 |