公众号长文搬到小红书后，很容易变成一叠互不相干的知识卡。每张单看都明白，连起来却丢了原文的铺垫、转折和追问。另一条路是整段照搬，结果字太密，手机上根本读不动。
我起初把压短当成改编，把每页一个知识点当成默认答案，还以为全生图能同时解决插画和中文排版。RAG 上篇的过程很快暴露了问题，模型会自然改写句子，角色也会漂。原文越需要逐字保留，正文越要交给可控排版。
流程后来固定下来。先提取公众号页面的可见正文，保留原有顺序，再判断它适合知识卡还是连续作文式图文。确定要保留连续阅读后，正文按语义分页，文字交给 HTML、CSS 或 Pillow，生图只负责封面和小反插画。每轮输出都做 Contact Sheet，再回到源文本逐行比对。公众号长文转成连续图文的实际流水线
问题不在平台字数少，而在两种媒介的阅读方式不同。长文靠段落推进，图文靠每次滑动继续给读者一个理由。硬切知识点会打断叙述；把整段塞进去又会牺牲可读性。文字准确和画面气质也要交给不同工具处理。
RAG 上篇最终整理为 1 张封面和 17 张正文图。项目记录把 138 行可见正文逐行放入 17 张正文图，并完成 138／138 对照；渲染脚本还修过正文解析边界和超长 ASCII 换行。这里能证明的是本地发布包和文字映射完成，不等于内容已经在平台正式发布。
现在做跨平台改编，我会先选内容方向，再动分页。需要保留原句时，正文一定走可控排版；生图只承担它擅长的部分。最后看总览图，也避免只盯着一张精修图。单页好看不难，整组读得下去才难。