本刊记者 / 雷神
先说明一下：开头这个故事是我编造的。
但里面的痛苦是真的。每个做过多平台内容的人，大概率都经历过类似的凌晨。
凌晨两点十七分，林夏关掉了公众号后台，打开小红书。
她刚写完一篇关于“城市独居青年生存指南”的稿子——三千字，改了四版标题，调了六遍排版。
现在，她需要把这篇文章“翻译”成小红书能看的样子：砍掉两千字，加 emoji，换口语化表达，配九张图，每张图还得重新调尺寸。
做完这些，她还要去知乎再写一版。
这次要加数据引用，列出参考文献，用更冷静的语气，显得像一个认真回答。
她看了一眼时间。
凌晨三点四十二分。
一篇稿子，三个平台，三个小时。
而她真正花在“写”上的时间，不到四十分钟。
这就是当下内容创作者的真实处境：
创作本身不是瓶颈，分发才是。
最后一公里的诅咒
所有做过内容的人，都熟悉这种感觉：
文章写完了，真正的工作才刚刚开始。
你在公众号里精心调好的空行和加粗，复制到小红书，变成一坨需要重新收拾的格式。
你为知乎准备的理性论证，放到公众号里，又显得冷冰冰没人味。
你花半小时做好的封面图，上传时被告知尺寸不合适。
这不是某个人的问题。
这是一个系统性问题。
微信、小红书、知乎——中国内容生态的三大阵地，各自有完全不同的内容基因。
微信读者期待被牵着走。
小红书用户希望被击中。
知乎读者要求被说服。
三套语言体系，三套视觉规则，三套发布流程。
一个创作者要同时驾驭这三者，就像一个人同时演话剧、拍短视频和写学术论文。
不是不能做。
是每一分钟的“切换成本”，都在消耗你本该用来创作的能量。
我们粗略算过一笔账：一个同时运营三个平台的创作者，每篇内容平均有 70% 的时间花在“非创作性劳动”上。
排版、适配、改图、复制粘贴、逐平台发布。
一年下来，这相当于你白干了八个月。
一个疯狂的想法
我做 social-content-suite，最开始是因为一个很朴素的问题：
能不能让机器做机器该做的事，让人做人该做的事？
这个想法本身并不新鲜。
市面上有成堆的 AI 写作工具，也有不少多平台分发工具。
但真正用过的人都知道，很多工具只是把“复制粘贴”包装成了自动化。
你还是要自己写。
自己改。
自己检查每个平台的效果。
我想要的是另一种东西：
你输入一个主题，它给你一套完整的内容答案。
不是半成品。
不是一篇通用草稿。
而是三个平台的，三种风格的，配好图的，排好版的，发布前可确认的内容包。
这就是我想开源的自媒体创作一条龙技能。
它不是一稿三发
很多人一听多平台内容，就会想到“一稿三发”。
但一稿三发通常是灾难。
同一篇公众号文章，直接丢到小红书，太长。
同一篇小红书笔记，直接丢到知乎，太轻。
同一篇知乎回答，直接丢到公众号，又太硬。
所以 social-content-suite 的核心不是搬运，而是重构。
同一个主题，按不同平台重新组织：
公众号版走深度叙事路线。
它要有开头、有铺垫、有观点、有情绪，也要让读者愿意花几分钟读完。
小红书版走短平快路线。
标题要抓人，段落要短，信息密度要高，最好三秒内让人停下来。
知乎版走理性分析路线。
要有逻辑、有边界、有论证，不能太飘，也不能太像营销文。
不是翻译。
不是改写。
而是从素材层面重新构建。
五步之内，从想法到发布
你不需要理解所有技术细节。
你只需要知道这五步分别做了什么。
第一步：调研。
你告诉它一个主题，它去搜素材、找数据、挖故事。
不是扔给你一堆链接让你自己看，而是把信息消化成结构化素材。
就像你雇了一个实习生，先帮你把功课做完。
第二步：写稿。
三篇稿子同时动笔。
公众号版讲故事，小红书版抓情绪，知乎版讲逻辑。
重点是：不是同一篇文章改几个词，而是从一开始就按不同平台写。
第三步：配图。
封面图、正文图、流程图一起准备。
你不需要临时去找图，也不需要打开设计软件从零开始拖。
至少，第一版视觉素材可以先出来。
第四步：排版。
公众号这块，我专门准备了多套 HTML 模板。
教程、报告、产品介绍、AI 科技、复古报刊、极简风、深色科技风，都可以找到对应方向。
全内联样式，尽量减少复制到公众号编辑器时变形的问题。
第五步：确认。
这一点最重要。
自动化可以帮你生成内容，但不应该越过人的判断。
尤其涉及账号、平台规则、内容责任时，最后一步必须由人确认。
所以我的原则是：
生成可以自动，发布必须确认。
14 套模板背后的设计哲学
很多人会问：
为什么要做这么多公众号模板？
答案很简单：
够用，但不冗余。
公众号排版最烦的地方，不是你不会设计。
而是每篇文章都从空白页开始。
今天是工具教程，要清晰。
明天是行业分析，要稳重。
后天是产品介绍，要有科技感。
再过两天写生活随笔，又不能像一份企业白皮书。
内容类型不同，版式就应该不同。
所以我把常见场景整理成模板。
不是为了炫技。
是为了让版式变成资产。
以后写文章，不再每次都和格式刷搏斗。
你只需要把注意力放回文章本身。
三个平台，三套语言
理解三个平台的内容基因，才能理解这个 Skill 为什么不是简单的“多发几个平台”。
微信公众号是一个客厅。
读者坐下来，泡了杯茶，准备花十分钟慢慢读。
他们要的是沉浸感、叙事弧线、情绪共鸣。
你的文章需要有开头、有发展、有高潮、有收尾。
像一个完整的故事。
小红书是一个橱窗。
用户在刷信息流，拇指滑动速度比你想象得快得多。
你要在三秒内抓住他们。
用图片冲击，用标题勾住，用短句制造节奏。
这里没有“慢慢读”这回事。
只有“停下来”和“划过去”。
知乎是一个辩论场。
读者带着审视的目光。
他们默认你可能是错的。
你需要用事实支撑自己，用逻辑建立防线，用边界感避免夸大。
在这里，情绪化表达是弱点。
冷静克制才是力量。
同一个话题，在这三个平台上，本来就不应该长一个样子。
为什么要开源
因为我越来越觉得，个人创作者真正需要的，不是一个又一个零散工具。
而是一套自己的生产系统。
你可以用别人的平台。
但流程最好掌握在自己手里。
今天工具 A 好用，明天工具 B 更强，后天平台规则又变了。
如果你的能力只停留在“会用某个工具”，那你很容易被工具牵着走。
但如果你沉淀的是一套流程，那就不一样了。
调研怎么做。
文章怎么拆。
不同平台怎么适配。
图片怎么生成。
排版怎么复用。
发布前怎么检查。
这些东西一旦变成 Skill，就可以复制、修改、升级。
这就是我想开源它的原因。
不是为了证明自己做了一个多厉害的东西。
而是想把这套折腾过的流程拿出来，让更多创作者少踩一点坑。
关于质量，说点实在的
“AI 写的东西能看吗？”
这是最常被问到的问题，也是最该认真回答的问题。
我的答案是：
AI 写的第一稿不一定能看，所以它不应该只写一遍。
在这套流程里，我更看重的是迭代。
先生成，再评分。
找短板，再改。
改完，再评。
如果还不够好，就继续改。
我把它理解成一种棘轮式工作流：
只保留进步的部分，只向前，不倒退。
这不是什么高深技术。
这只是一个朴素的工程思维：
如果一次不够好，那就多做几次，直到够好为止。
人类编辑也是这么工作的。
只不过 AI 更快，也更不嫌烦。
它不会替你思考
这里也要说清楚。
我不相信什么“全自动爆款机器”。
内容创作真正值钱的部分，仍然是人的判断。
什么值得写。
什么不能写。
什么表达是真诚的。
什么只是蹭热点。
什么地方应该克制。
这些都不是工具能完全替你决定的。
所以 social-content-suite 的定位不是替代创作者。
它更像一个很能干的执行助手。
你负责判断方向。
它负责减少重复劳动。
你负责最后把关。
它负责先把公众号、小红书、知乎这些适配工作做一遍。
说白了，它不是让你不写作。
它是让你少一点无意义搬运，多一点真正写作的时间。
尾声：让创作回归创作
回到凌晨两点十七分的那个场景。
如果林夏有 social-content-suite，她写完公众号稿子之后，剩下的事情应该是这样的：
点击生成。
去洗个澡。
回来时，三个平台的稿子、配图、排版都已经准备好了。
她需要做的，只是在最后看一眼：
有没有事实错误。
有没有表达过头。
有没有不适合发布的地方。
确认没问题，再发。
她多出来的那两个小时，可以用来写下一篇稿子。
可以用来读一本书。
也可以用来睡个好觉。
这就是我想做这套 Skill 的原因：
不是替代创作者。
而是把创作者从非创作性劳动中解放出来。
因为说到底，
内容的价值在于思考，不在于搬运。
social-content-suite——一个主题，三个平台，一次搞定。
如果你也在写公众号、做小红书、答知乎，或者正在把自己的经验变成长期内容资产，希望这套开源 Skill 能帮你少一点流程内耗，多一点持续创作的确定感。
获取这个 Skill
GitHub 仓库已经放出来了：
https://github.com/luxiaoxiaomo/social-content-suite
我也打包了一份本地 Skill 压缩包，方便直接下载、解压、安装：
social-content-suite-skill.zip
如果你想自己改，可以从 GitHub 拉仓库。
如果你只是想先试用，可以直接用压缩包。
不会用github的，可以本文下留言，或者加我微信获取
复制到自己的 skills 目录后，就可以在对话里这样触发：
“用 social-content-suite 写一篇关于某个主题的公众号、小红书和知乎内容。”
本文所述功能基于当前版本，持续迭代中。知乎平台因无官方发布 API，当前以内容准备和手动发布为主；涉及账号操作的自动发布，建议始终保留人工确认。