小说公众号成稿机

要解决什么问题

把小说正文搬进微信公众号，常见痛点不是「有没有 HTML」，而是：原文不能被润色或拆段、插图要和段落位置对齐、封面要符合信息流裁切，最后还要在编辑器里可靠粘贴。纯手写排版或通用 Markdown 导出，很难同时满足「保留逐段原文 + 配图节奏 + 本地自检」这三件事。

工作流怎么跑

技能按 agent-neutral 设计：在能读文件、跑 Python、调图像模型、写输出的宿主里都能跑，不绑定 Codex 专有命令（$novel-to-wechat 只是可选快捷方式）。

典型顺序如下：

1. 规范化源稿：每篇故事独立工作目录；粘贴文本按 UTF-8 Markdown 落盘；只修正 source.json 里可确定的解析错误，不改写正文。
2. 规划视觉：通读段落 ID，产出 visual-bible.json 与 illustration-plan.json。有真实章节则每章有正文就配一张；无章节则按场景/情绪转折选语义节拍，插图插在合适段后，不虚构可见章节标题。
3. 先锁提示词再出图：生成 prompts/prompts.json 与 prompts.md，每条提示词绑定段落 ID；默认 full-auto，除非用户要审提示词或仅要 prompt 包。
4. 出图与封面变体：用宿主配置的图像能力；封面主图无字，标题字只在 header-title.jpg 等确定性脚本产物里；正文图按阅读顺序生成，角色尽量沿用视觉圣经。
5. 成稿与验收：自包含 公众号复制页.html（内嵌图与样式），默认再给 DOCX；对 DOCX 做渲染页 QA（缺字、裁切、断页），并在浏览器里检查复制按钮行为。

多篇输入会各自成包，批量时做索引，不合并正文。

边界与注意

• 当前插件以 复制成稿 为终点：生成自包含复制页后结束，最终粘贴效果仍建议你本地目检。
• 无图像模型时，应交付完整 prompt 书或 prompts-only 包，不会静默用图库或程序绘图顶替。
• 规划图超过 8 张、或视觉歧义会显著改变成稿时，工作流会在出图前暂停确认。