run-wechat-article-loop

run-wechat-article-loop — 公众号长文闭环

这条闭环的目标

• 打开（阅读数）= 标题与首屏钩子：让目标读者在订阅列表或转发卡片里想点开。
• 读完与转发（完读、分享、在看）= 完整解释 + 用户价值：一篇只解决一个主问题，每节都给读者可带走的结果。
• 转化（阅读原文、产品入口点击）= 产品能力服务于方法：产品出现在读者需要它的那一步，并有具体 CTA。

诚实边界：公众号打开量主要受订阅基数、推送时段和转发链路影响，单篇内容优化够不到这些结构性上限。没有粉丝基础的新号，先把文章当作可被转发、可被搜一搜收录的长期资产，而不是期望单次推送带量。

依赖缺失时触发统一的 onboard-growth-lab。本 Skill 不自行维护 onboarding。

① 观察与选题 → ② 创作 → ③ 预览与检查 → ④ 草稿同步 → ⑤ 受控发布 → ⑥ 结果回收与复盘

① 观察与选题

1. 读取 SOUL.md；产品事实不足以支撑本篇时调用 research-product，只把已确认的增量写回 SOUL.md。
2. 读取 memory/run-wechat-article-loop/ 中近期文章、发布状态和复盘，避免重复选题，并沿用已被数据支持的标题/结构规律。
3. 选题证据可来自：本产品在其他渠道已验证的内容（如 memory/xhs-replicate/ 的高表现笔记、memory/run-seo-page-loop/ 中有展现的查询）、用户反馈、产品更新，或通过 media-crawler 等 Collector 采集的公开需求证据。
4. 产出一句话选题：读者问题 + 本篇给出的方法 + 产品在哪一步出现 + 1-2 篇复刻锚。复刻锚由用户确认。

② 创作

按 wechat-article-compose 执行，生产单元放在 memory/run-wechat-article-loop/outputs/<YYYYMMDD-slug>/。source-review.md 经用户确认后才写正文。

③ 预览与检查

按 wechat-mp-publish 第 1 步运行 make wechat-preview 与 make wechat-render，用真实浏览器查看 preview.html；make wechat-lint 未通过时回到 ② 修改。

④ 草稿同步（默认终点）

按 wechat-mp-publish 第 2 步创建草稿，本机直连或远程服务二选一。缺少凭据、IP 白名单或接口权限时，交付完整发布包（preview.html、article.html、cover.png、assets/、wechat.yml 中的标题与摘要）走人类协作发布。

⑤ 受控发布

只有用户明确要求自动发布，且三重确认齐备时才执行 wechat-mp-publish 第 3 步。否则停在草稿，请用户在后台发布后回传文章 URL 与发布时间，写入 publish-state.json。

⑥ 结果回收与复盘

用户说“看看公众号数据”“这批复盘一下”或主动提供数据时，执行 结果回收与复盘。不自动触发回收，不自动修改方法。

保留的人工反馈点

• 选题与复刻锚确认。
• source-review.md 确认。
• 公众号后台草稿预览。
• 是否发布（publish.approved 只由用户改）。

不做

• 不产出小红书卡片，不复用小红书站外导流规则。
• 不批量发布、不删除已发布文章、不跳过草稿预览。
• 不让 AI 伪造产品 UI，不写 SOUL.md 之外无法验证的产品能力。

Growth Lab Memory 接入

• 每篇文章的生产单元（brief、正文、配置、自检、预览、publish-state.json）放在 memory/run-wechat-article-loop/outputs/<YYYYMMDD-slug>/。
• 发布后的阅读与转化数据按月写入 memory/run-wechat-article-loop/publish-log/YYYY-MM.md。
• 复盘结论、下一步选题建议写入带日期的 Memory 文件，并链接对应生产单元。
• 方法改进直接修改本 Model 或对应 Executor，不写进 Memory。