10 月 31 日晚上，DeepSeek 的 Harness 官方团队发了一篇文章，标题叫《Super-agent 设计探索：迈向更自主的 Agent 系统》。
里面有个观察，我觉得跟做公众号的人关系很大。
他们说，现在主流的 Agent 设计都以「单个会话」为单位，各个会话之间互相独立。你手上同时推进三件事，就得手动去切、去维护各自的上下文。他们实测下来，一个人通常只能同时跟进 3 到 5 个活跃会话。
然后他们提出了另一套东西：Router 加 Worker 的双层架构。Router 负责接住人的交互、维护全局上下文、分派任务；Worker 各自在隔离的会话里并发干活，干完不直接回话，而是把结果汇报给 Router，由 Router 统一对外说。
再往下还有个叫「事件驱动」的机制。群聊消息、邮件提醒、代码评审评论、CI 跑完的结果，这些被叫做 Trigger。系统先用程序规则过滤一遍，再交给大模型判断要不要动手。已经开始处理的任务流，Worker 可以直接订阅，后面相关的消息绕过 Router 直达 Worker。
我读到这儿的时候，正好是双 11 的第一波高潮前一天。
11 月 3 日是今年 11.11 的第一波大促日。10 月 31 日晚 8 点，京东和淘宝的无门槛红包已经开抢，面额拉到 26888 元。这几天打开电商 App，你会发现自己根本关不掉——首页在推，弹窗在推，直播间在推，短信也在推。
这组画面对比着看，挺有意思。
一方面，AI 界最前沿的那批人，正在把「被动响应指令」改成「持续在线、主动推进」。另一方面，正在掏真金白银的电商，正在想尽办法把「等用户想起来」改成「主动出现在用户面前」。
一个是软件的自我进化，一个是商家的主动出击，方向居然是反的——一个努力「等人少插手」，一个努力「让人多看见」。
但它们共享同一个前提：注意力必须被主动创造，不能等。
公众号也一样。这两年公众号运营圈的焦虑，核心不在于「文章不够好」，而在于「读者打开的意愿在变薄」。很多人把这件事归因于算法，归因于平台流量倾斜。都对，但只对了一半。
我更想说的是另一半：公众号这一端，还有大量文章的「打开成本」，一直是压在读者身上的。
一、60 亿播放，和 100 万块
先说一组我这两天读到的数字。
36 氪 11 月 1 日发了一篇稿子，标题叫《60 亿播放的漫剧赚不到 100 万》。讲的是番茄小说改编的漫剧《万妖图录传》，全系列累计播放超过 60 亿，作者自述第一季 200 万收藏只拿到 2 万元，十二季加起来不到 100 万元。
乍一看很悬殊，但作者自己讲清了：播放量本来就不等于版权收入。红果给品牌方的报价是每千次曝光 25 元，但那是报价。真人短剧每千次曝光实际收到多少钱，从 2024 年的 30 元上下，掉到 2026 年不足 20 元，AI 剧更低，大概 14 元。
更狠的是算法。稿子里写，一部 AI 剧的免费分成由四个数相乘得出：当月新增有效时长、时长单价、AI 剧类型系数、版权系数。单价不公开，两个系数由平台调整，2026 年已经调过几轮。
结论就一句：剧本好不好、演员是谁，最终都要体现在有效时长上。作品本身值多少钱，公式里没有单独这一项。
我当时读到这儿，正好想起自己手上几份公众号的复盘数据。
阅读量是一个数，完读率是另一个数。这两年我越来越确信，这两个数之间那道沟，比阅读量本身更能说明问题。
一篇文章从标题到读完，中间隔着多少层「下滑」？一个公众号打开，读者最先滑过的是首屏；首屏滑过之后是大图；大图下面是一段话。这三个动作，全都是读者在替你干活——他在决定要不要继续给你时间。
你写一篇三千字的好文章，读者在第二屏走了，那三千字写得再好也白搭。
漫剧那个公式里的「有效时长」，放到公众号里，其实就对应一件事：读者在你的内容里停留了多久。而留住一个人的方式，从来就不只有「多写点」这一种。
二、模板库里那些「要动手」的模板
我一直有个习惯，做内容前先去微排版（weipaiban.cn）的模板库里翻最新一栏。这个库现在有四百多个模板，每个都能直接点开看源码，所以我能数得出来一些东西。
这次我把最新一批 160 个模板全拉了一遍，统计标签分布：
带「点击」标签的有 71 个，占 44%。带「切换」的 53 个，占 33%。带「展开」的 36 个，占 22%。带「滑动」「特效」的各 28 个，占 18%。
也就是说，接近一半的模板，第一件事是要求读者动手。
这批模板里我挑了三个，说说它们各自在解决什么问题。
《点击展开 | 新年 | 写给2027的一封信》（11 月 1 日上架）
模板地址：https://weipaiban.cn/templates/6ae0abbe95857e0a78885bc7
我扒了它的源码：75 个可编辑文本节点，16 个 SVG 画布，43 个分组，22 个 animateTransform、18 个 animate、6 个 animateMotion 动画节点。触发器是 mousedown、touchmove、mouseup 三种都有。
它长什么样？读者点一下封蜡，信就拆开了。里面分四段：
开头是一封信，「展信佳。这一年，我们走过了 365 天：有熬夜赶出的版本，有被客户一句『谢谢』治愈的下午，也有没守住的目标。」
然后是「三个难忘瞬间」，三个带日期的卡片：03.18 新品发布会、07.09 客户见面会、11.02 年度项目交付。每个下面一行说明，比如「三万人在线观看，首月订单破 800 台」。
接着是「写进信里的三个数字」：365 天、1,286 项、3,860 位。
最有意思的是第四段，「写给明年的六个愿望」。读者点一下圆圈，愿望就「收进信里」。六个愿望分别是：产品更好用、服务更及时、团队更从容、成长更扎实、业务走得更远、一起更好。每个愿望下面还配了一句注解，比如「产品更好用」下面写「把用户反馈的问题，逐个解决」。
最后是「封存这封信」，明年今日再一起拆开。
你想一下这个结构在干什么。
它把一篇年终总结从「我讲给你听」，改成了「你亲手写一封给明年的信」。
「我们」这两个字在这个模板里出现了无数次，但每一个「我们」后面都跟着一件具体的事、具体的一个数、具体的一个圆圈。读者不是在读你的年度总结，是在往自己的信里塞东西。
这就是有效时长。这就是那个公式里的第一个乘数。
《点击弹窗 | 横向滑动 | 向新而行｜科技公司2025年度汇报》（10 月 9 日上架）
模板地址：https://weipaiban.cn/templates/6ac87cbbbaf02a62d1076031
这个的源码结构更狠：61 个文本节点，98 个 SVG 画布，11 个动画组，53 个 animate 节点，40 个矩形图形。
它把年报分成了六个章节，每章前面是一个「封面」，读者点封面，才展开正文章节。封面本身是一个弹窗，弹窗里放核心指标。
这是很聪明的一招。
传统的年度报告是自上而下的长页面，读者必须一路往下拉才知道有没有值得看的内容。它反过来做：每一章都是一张封面卡片，六张卡片平铺在第一屏，读者一眼扫过去，挑自己关心的那一个点开。
这不是排版花活，这是把「读者要花多少力气才能找到他要看的东西」这个成本，降到了最低。
《模拟滑动接听电话展开长图》（10 月 26 日上架）
模板地址：https://weipaiban.cn/templates/6ada034b9c7317cc254ad4b0
这个模板的源码很短：10 个 SVG，6 张图，0 个动画组，触发器只有 touchmove 一个。
但它的思路值得单说：它把公众号的界面隐喻，直接做进内容里——读者「接听」了一个电话，然后展开。
这是在跟微信本身的交互习惯抢注意力。读者在微信里一天划过几百条消息，滑动、点击、长按，这些手势他比谁都熟。你把内容包进一个他每天做几十次的手势里，他停留的时间自然就不一样。
顺便说一句，这批模板里还有一个《冬至下雪 | 冬日雪花特效》（10 月 26 日上架，https://weipaiban.cn/templates/6add9801e1b5e305d2af8f5b ），源码里 55 个 path、20 个 animateMotion，靠矢量路径画飘雪，一个位图都没用。
搜模板库的时候还有个笨办法，直接用搜索词：https://weipaiban.cn/templates?s=新年 这类链接，现在能一次搜出 14 个带「新年」标签的模板。
三、这些组件，到底是怎么做出来的
很多人以为微排版是个「套模板」的工具。看了一下它的官方文档（weipaiban.cn/docs），其实不是。
它的定位是「意派科技旗下的专业公众号 SVG 互动图文排版工具」，核心能力是所见即所得的拖拽式编辑、自定义动画效果和实时预览。
组件这一层就分得很细。图片、图形、文本、音频、视频、视频号、公众号、小程序、轮播、序列、滑动、画布——常用的都有。几个跟内容运营关系大的：
序列组件，用来做逐帧动画，可以设播放帧率和循环次数，适合动画、抽签这类玩法。文档里特别提了一句：每张图片皆可设置独立的点击跳转链接。这个细节很关键——它意味着一个抽签结果可以直接挂一个兑换链接，不需要读者翻到文末。
滑动组件，可以横向或纵向滑动，支持强制吸附与非强制吸附。而且滑动组件里不只能放图片，还能嵌套轮播、序列和画布——这就能做出多层视差那种效果。
画布组件，官方特意强调「并不是指中间的白色画布区域，而是一种可以添加其他元素的容器组件」。画布里的元素可以自由拖拽调整位置、缩放、旋转。
交互组件有三个：点击切换、点击展开、点击弹窗。都能设点击热区范围、延迟时间、过渡时间。点击展开支持多层嵌套，点击弹窗可以配四种出现方式（移动缩放、缩放、移动渐现、渐现），而且弹窗本身可以当画布用。
答题组件，可以设置结果出现方式（点击展开、点击切换、始终显示），题目类型支持单选多选，判断方式按答对数量或者是否匹配算。题目和选项数量不限。
还有个容易被忽略的：图片组件的属性面板里有「跳转链接」，可以设跳转网址或者小程序；文档里写了一句话——跳转外链需在公众号后台开通微信支付。
这句话是很多团队的真门槛。
很多公众号做互动，做到最后发现「点完跳不出去」或者「跳出去是乱码」，根子都在这儿：不是编辑器不行，是公众号后台的外链能力没开通。这个坑，八成团队是踩过才知道的。
顺带说下成本。免费版能用，但限制不少：作品容量 5 篇、历史版本 24 小时、图片容量 50 张、收藏 10 个。月卡 29 元/月，年卡 12.4 元/月起（限时 7.5 折、买 1 送 1），月卡专享和年卡专享模板是分开的两档。
如果你一年要做三到五篇带交互的重头稿，模板基本都是现成的，把文本换成自己的、把数字换成自己的，成本大概也就是个把小时。真正贵的是你为了「配合双 11 的排期」去重新设计一遍交互结构。
四、别把「要动手」做成负担
话说到这儿，得补一句反面的话，不然这稿子就变成单纯的吹。
DeepSeek 那篇论文里有个词叫「投机执行」，还提到 Watchdog Session——一个独立的看门狗会话，监控 Worker 是不是真的在推进、有没有跑偏。
这个设计放在公众号上，同样成立。
交互做过头，跟没做是一回事，而且更糟。我见过太多这样的稿子：读者划到第三屏，一个弹窗糊脸上；划到第五屏，又一个；想关掉，关闭按钮做得比正文还小。
微信官方的组件文档里，每个交互组件都单独给了「点击热区」这个属性。这不是技术细节，是提醒你：热区太小读者戳不中，热区太大读者被误触。热区范围就是你和读者之间的一道摩擦系数。
我的判断标准是这样的：读者做这个动作之后，得到的东西，是否值得他刚才付出的力气。
「写给2027的一封信」为什么成立？因为读者点完圆圈，六个愿望被收进了信里，这个结果他会想截图、会想转发给同事。「测测你的省钱人格」也成立，因为标签是他自己选出来的，带上他的名字就带上了他的性格。
但如果那个点击只是「展开一段本来可以直接显示的文字」，读者会觉得被耍了。
还有一条：别在正文里重复交互里已经说过的话。这个我特别想强调一下。序列组件那种「每张图都能设独立跳转链接」的设计，真正的用法是把链接埋进结果里——读者抽到哪支签，就点哪支签对应的按钮，而不是翻到文末去找一个统一的「点击领取」。
同样一个入口，读者从「翻 8 屏找链接」变成「点一下」，这段流失就省下来了。
五、回到双 11
说完这些，我想回到 11 月 3 日那个节点。
这一轮 11.11，外部的注意力是极其稀缺的。抖音、小红书、视频号、电商 App，每一个都在抢同一块蛋糕。公众号在这一轮里能分到多少，不由我们决定。
但有一件事是能决定的：已经点进来的人，你留不留得住。
这是两个完全不同的战场。前者是流量之争，靠预算、靠资源、靠平台关系；后者是内容之战，靠结构、靠细节、靠你有没有想清楚读者为什么要往下划。
后者便宜得多，而且大部分团队根本没在打。
所以这几天的排期，如果让我给建议，会是这样：
一、主推篇走「章节封面 + 点击展开」。参考那个科技公司年报模板，六张卡片平铺第一屏，每张一个卖点，读者挑着点开。双 11 的 SKU 多、规则复杂，这个结构天然适配。
二、把「领券」做成结果的一部分，而不是文末一行字。用序列帧做抽签，每支签挂各自的跳转链接。读者抽到什么就点什么，少一次翻页，多一次转化。
三、年终那一篇，现在就动手。11 月 1 日刚上新的那个《写给2027的一封信》，发布时间写的是 2026 年 12 月 31 日。这个时间点选得很准——双 11 之后紧接着就是年终总结和 2027 的规划季，现在做，恰好能赶在春节那波之前发出去。
四、动线上的每一步，都问一句「值不值」。读者点一下、划一下、拖一下，代价是从他的注意力里切走一块。给回去的东西得对得上。
五、别忘了开通外链。如果你的交互里有跳转，动手前先去公众号后台把外链能力确认一遍。这一步只要五分钟，但它决定你前面所有的设计能不能落地。
最后说一句题外话。
那个漫剧作者，60 亿播放，十二季不到 100 万。这件事之所以刺痛，不是因为他不努力，是因为这个行业的计价公式里，压根没有「作品本身值多少钱」这一项。
注意力是唯一被反复变现的东西。读者愿意在你这里多停三秒，这三秒就是全部的答案。
所以 2026 年接下来的半年，我只想记住一件事：别再让读者自己找重点了。你都已经花了几万块买流量把人拉进来了，接着就花两小时，让人家的手指别白动。
本文提到的模板均可在微排版模板库直接打开：https://weipaiban.cn/templates。文中数据来自 36 氪《60 亿播放的漫剧赚不到 100 万》（2026 年 11 月 1 日）、IT之家《DeepSeek 提出 Super-agent 架构设计》（2026 年 10 月 31 日）及微排版官方文档与模板库实时统计。