复盘推文生成器（Review Post Generator）
Overview
把散落的实战经历，变成一篇读者愿意读完、且能照着做的复盘推文，并直接排成可发布到公众号的 HTML。核心不是"我经历了什么"，而是"你可以怎么做"。本 skill 覆盖新媒体运营 / IP 打造 / IP 操盘领域的复盘文生成（不是海报专属）：先产出复盘推文 Markdown，再内嵌 gzh-design 排版步骤产出可一键粘贴的公众号 HTML。
When to use
- 用户丢来几段经历（带背景 / 过程 / 结果 / 感悟），要求写成公众号文章、复盘文、推文，或要排成公众号可发的版本。
- 用户提到：复盘推文、复盘文章、复盘文、经验复盘、把经历写成推文、IP 操盘复盘、新媒体运营复盘、实战复盘、公众号排版。
- 边界区分：
- 要的是海报 / 朋友圈图 → 转
changce-poster-render。 - 要的是账号栏目体系策划 → 转
account-column-benchmark。 - 本 skill 已内嵌 gzh-design 排版（Step 4），无需单独调用；只有当用户只丢来一篇现成 Markdown / docx 想直接排版（没有经历素材要整理）时，才直接走
gzh-design。
Input format
接收多段经历。每段尽量包含四要素：
- 背景：起点、困境、契机
- 过程：做了什么、怎么试的、踩了什么坑
- 结果：数据、变化、转折点
- 感悟：学到什么 / 哪条认知变了
无需严格四段，但进入流程前必须能还原出这四块。若用户只给了零散感受或缺少要素，先按这四要素补齐（追问或合理补全标注），再继续。
Workflow
Step 1 · 结构化梳理
- 把每段经历还原为（背景 / 过程 / 结果 / 感悟）四元组。
- 识别经历之间的自然阶段顺序（如：起号 → 踩坑 → 调方向 → 起量 → 沉淀），按时间或认知推进排序，不要简单罗列。
- 标记每段里的关键数据（涨粉数、转化率、时长、金额等）与认知转折点，供后续可视化与佐证。
- 产出：一份内部「经历提纲」（不对外呈现，仅作中间产物）。
Step 2 · 价值提炼（最关键）
- 对每条感悟做视角转换：把"我做了 X、得到了 Y"改写为"如果你处在 X 情境，可以这样做：……"。
- 提炼每节要交付给读者的一个可执行结论 / 方法。读者要的是"怎么做"，不是"我经历了什么"。
- 经历降级为"证据"：用真实细节佐证方法，但不喧宾夺主。
- 自检：每节能否独立回答读者"那我具体怎么干？"——若不能，继续提炼。
Step 3 · 公众号推文（Markdown 成稿）
按下方「开头规则（核心）」+「正文规则」落稿。详细写法与改写示例见 references/opening-playbook.md，端到端范例见 references/full-example.md。
开头规则（核心）
- 只讲"为什么写"，不讲具体经历；不提日期、项目名、对方身份等细节。
- 前两段建立共鸣或认知变化：抛出一个很多人都有的感受 → 讲清你后来哪里想通了。
- 第三段收束到写作动机，不使用「分享」「实战」「复盘」「值得写一写」等正式 / 表态词汇。
- 结尾不加过渡句，直接空行接正文标题。
- 节奏参考：抛出感受 → 解释变化（不展开经历）→ 轻轻带出"这篇大致讲什么"→ 空行接正文。
正文规则
- 每节先给结论 / 方法，再用经历佐证，避免流水账；重心句从"我做了什么"改成"你可以怎么做"。
- 按自然阶段分节；标题用口语化、有观点的短句，不端着。
- 数据可视化：关键结果用可扫读的视觉形式呈现——前后对比、进度、变化幅度（如「从 X 到 Y」、小对比表、emoji 进度条），别把数字埋进长句。
- 结尾松弛收住：一句收尾或轻反问，不总结全文、不喊口号。
Markdown 结构约定（为 Step 4 排版对齐）
- 文章标题用
# 标题；开头引言用>引用块；正文章节用## 标题，子章节用### 标题。 - 关键观点 / 数据用
**加粗**或==高亮==标记，便于 gzh-design 自动下划线 / 高亮。 - 保持该结构，Step 4 即可无缝排版，无需二次改写。
Step 4 · 公众号 HTML 排版（gzh-design）
Step 3 产出的 Markdown 正文，直接作为 gzh-design 的输入，转成可一键粘贴进公众号编辑器的 HTML。本步骤完整流程以 gzh-design skill 为准，不要凭记忆手写公众号 HTML。
- 加载 gzh-design：按
gzh-design的 SKILL.md 走完「选主题 → 读组件库 → 装配 HTML → 校验 → 预览」。复盘推文属「案例实战 / 数据复盘 / 观点随笔」，对应主题「内刊手记 / 深度评测 / 案例复盘 → 橄榄手记」气质最贴；按 gzh-design"推荐但不擅自定死"规则，向用户推荐该主题并一步确认（用户指定则直接用）。 - 结构已对齐：Step 3 的 Markdown 已按 gzh-design 可解析结构书写（
#标题、>引言、##章节、###子章节、关键点**加粗**/==高亮==），无需改写即可排版。 - 强制收尾：排版后用 gzh-design 的
validate_gzh_html.py跑校验（ERROR 与半角标点 WARNING 均清零），再用wrap_preview.py生成带「复制」按钮的预览页。 - 产物：
{稿名}_排版_{主题}.html（干净正文，用于校验与手动粘贴兜底）+{稿名}_排版_{主题}_预览.html（带「复制到公众号」按钮，一键复制后到编辑器粘贴）。告知用户「打开预览页 → 点复制 → 公众号编辑器粘贴」。 - 跳过条件：若用户明确只要 Markdown 草稿、暂不排版，停在 Step 3，省略本步。
Style rules（贯穿全文）
- 不突出专业身份；不写"接单""客户""甲方"等词。如确需提及真实处境，也要中性化、生活化（如"有阵子帮人弄账号"），面向普通小白。
- 语气松弛像聊天，不端着；禁止"值得专门写一写""分享出来""这篇文章""今天想和大家聊聊"等表态 / 导语式套话。
- 读者视角优先：结论在前，经历当例子。每节重心从"我做了什么"变成"你可以怎么做"。
- 写稿阶段尽量用中文全角标点（，。！？：；""''），可省去 Step 4 排版时的标点返工（gzh-design 也会兜底转换）。
Output
- Step 3 成稿：一份 Markdown 正文——开头（按核心规则）+ 若干按自然阶段分的正文小节（结论先行 + 经历佐证 + 数据可视化）+ 松弛结尾。
- Step 4 排版（默认执行，除非用户只要草稿）：两份 HTML 文件——
{稿名}_排版_{主题}.html（干净正文，用于校验与手动粘贴兜底）+{稿名}_排版_{主题}_预览.html（带「复制到公众号」按钮，一键复制后到编辑器粘贴）。 - 交付时附校验结论（已通过 / 剩余 warning），并提示断点：若只要稿不用排，回到 Step 3。
References
references/opening-playbook.md— 开头写法的 do / don't 对照与改写示例（核心，必读）。references/full-example.md— 端到端完整范例：多段经历 → 结构化提纲 → 价值提炼 → 成品推文 → 排版衔接。- 排版阶段依赖已安装的外部 skill
gzh-design（主题库见其references/theme-index.md）；本 skill 不重复收录其组件，Step 4 直接调用。
