微信6年来最大改版——关于微信AI助手小微的15条思考

微信终于出手了，AI助手小微这几天开启了测试。

毫无疑问，这是微信自2020年推出视频号6年以来最大的更新，是大事。

没错，在我看来，任何有独立用户协议的功能，都是硬菜。

在试用了一天之后，我的感觉是：完成度很高，这篇文章说一说我的体验与思考。

按之前的风格，相比讲是什么，更多想说一些我理解的为什么。

以下是我自己的15条认为有价值的增量信息和思考——

1.小微名字取得不错

前些天小程序开发者里的接入文档里还叫“微信AI助手”，很显然小微比微信AI强了很多倍。

亲切、简单，取名和豆包一样，都属于极高水准。

2.小微将语音放到了很重要的位置

无论是输入还是输出，语音是小微的默认输入方式。

一个小细节是，即便你切换到键盘输入，然后下次回来，还是切换到默认的“按住说话转文字”的选项，你想键盘输入，还需要再点一下；

在输出层面，语音朗读默认也是打开的状态，目前有两个女声音色，听感还是很舒服的。

很显然，语音优先不符合办公人群的需求，毕竟很多办公室不方便语音。

但微信深刻地理解，自己是人民的App，让最广大用户随时随地能调起最重要。

我自己的体验是，默认按住说话的确非常方便，用过就回不去了，我用它心里成本极低。

作为对比，我很少用微信的搜一搜，原因就是它的心智就是需要打字，好麻烦。

小微，我随时随地拿起来就喷，无形间问了好多好多轮。

3.微信是小微最大的Harness

小微的入口无处不在，真正融入到了微信的功能体系里边，入口并非简单的左上角的两个点和右滑。

事实上，入口在聊天里有、选中对话内容或文件的弹出选项里有、公众号文章和视频号的选项里也有，做到了可以随时呼出。

而且微信破天荒第一次在图标里加入了动效，那个“问小微”的两个小点是有一个眨眼睛的动效的，有产品巧思。

直观感觉就是这个东西是有灵气的。

多入口不仅仅是入口，本质上是代入了这个场景的上下文，这有效增加了AI和微信连接的带宽。

之前微信的搜索里接入了DeepSeek，元宝也加入了微信通讯录，还上线OpenClaw的IM插件。

但毫无疑问，这些AI和微信的连接是很弱的，它们和微信之间的带宽很窄（还记得把聊天记录转发给元宝去总结吗？）。

所以，之前的一系列动作都是外围战斗，但这次不同，是硬菜，融为一体，是真正的微信Native。

AI能否发挥自己的价值，上下文极其关键，而这次微信才算真正开放了上下文（尽管不是全部，后边会讲）。

从这个意义上，微信是小微最大的Harness；

4.真正的“聊天助手”

在群聊和单聊里面的小微可以根据上下文帮你回复相应的话术，成了真正的“聊天助手”。

这意味着，你老板在群里甩了一段模糊的需求，你不知道怎么回？小微可以帮你组织一段不卑不亢的话术。

说实话，这一步比我想的走的要更远。

这件事之所以让我觉得走得很远，是因为这里有一个微妙的边界：AI插足了人与人真实的对话。

问题就来了——这种情况下社交关系的真实性会发生什么变化？

我时常想这样一个场景：两个年轻人在微信上谈恋爱，双方都用小微来指导自己的话术。

他说的每一句撩人的话背后是小微的建议，她也一样，这个天聊得无比丝滑，但给人的感觉既科幻又有点微妙的奇怪。

但仔细想想，这事好像也没有辣么新鲜。

现在工作的时候，老板的工作计划大概率有很多是AI帮忙写的，而你的工作结果部分也是AI给完成的。

你我以前写情书还会用搜索引擎呢！

所以，大概率是我的登味过虑了，人类社交从来就不是100%的即兴发挥，小微只是把这个过程做的更智能了而已。

必须要说，我希望永远不要推出让小微给朋友圈点赞的功能。

原因很简单：点赞是一个纯粹的社交行为信号，你点赞代表的是“我看到你了”，如果AI代劳了，就很奇怪，社交货币直接贬值为零。

当然，以龙哥对社交本质极其透彻的理解，这个功能也没有上线的可能性。

5.不支持单独创建会话

豆包、千问、ChatGPT、Claude，所有主流AI产品都支持多会话管理。

但小微偏偏不支持单独创建会话，所有对话都在一个主对话里。

我理解这是一个刻意的选择，目的为了降低C端用户的门槛。

多对话管理这对于经常用AI的人来说是常识，但对于微信14.32亿用户中的很多人来说，这是本身就是门槛。

一个主窗口，跟你和微信好友聊天没有两样。

这就是为人民服务的洞察。

PM们，学吧！

当然，我必须说一点，如果小微未来想切入更高价值的长程任务，单会话设计就会成为瓶颈。

这类任务的特点是：需要后台持续运行、需要随时关注进展和状态、需要完善的通知体系。

像Claude Code、Codex那样每个任务有自己的上下文、自己的状态面板。

如果按照小微保持不动，你让它同时帮你追五件事，这五件事全部淹没在历史消息中。

肯定会乱。

但后面的事，后面再说吧，我真是僭越了，提产品之神操心未来的事。

扯远了，打住！

6.微信小程序管道化和体验的平衡

从微信之前开发者文档看，开发模式接入的小程序是支持通过原子组件的半屏交互直接呈现在小微的界面。

但实际上体验下来我发现很多还是通过读屏的方式进行操作，订电影票啥的最后一步还是需要用户点进小程序去操作。

对于这一点，我的理解微信团队还是还是比较注重生态里的参与者的感受的。

如果全部被小微接管，那么它们的确被管道化了，因此这一步的确需要慎之又慎。

不过我也保留我的看法，对一些服务而言，管道化不可避免，打车充话费的小程序其实不在乎是否管道化，它需要的是自己的服务能触达用户，用户也希望最好不要让我点。

假如支付宝和豆包可以AI一键充话费、一键叫车，而微信因为考虑到管道化问题而需要点很多步，那用户还是会用脚投票的。

当然，对于这个问题，我还是相信微信团队强悍的顶层设计能力，最终会有一个两全其美的解决方案。

7.小工具创作在尝试探索高价值任务

这是这次小微的一个超预期的两点——用自然语言几分钟创作一个小工具，记账、提醒、笔记啥的都行。

尽管只能自己用，还不支持分享，但在我看来它是一种探索高价值任务的起点。

我几分钟就做了一个读取MD文件的小工具，非常丝滑，什么备案、部署、安装所有流程通通没有，直接就能用，真正实现了人人都是小程序开发者。

我个人有两个期待——

第一个期待是希望微信之后给小工具开放更多的上下文。

比如我就希望能搞一个小工具，只看我指定的100人的朋友圈、只看我指定的50个公众号之类的。

我理解当微信开放的上下文权限足够多的时候，这个小工具能承载的个性化功能和潜力也就越大。

第二个期待是希望小工具也能调用AI的能力。

也就是说，目前生成的小工具在使用的过程中是没办法消耗token的，即只能创建古典的非AI小工具。

比如我制作了一个输入播客链接提取逐字稿的小工具，看起来创建成功了，但实际没办法用，原因在于提取逐字稿这个过程本身是需要消耗token的。

目前看起来小工具还没办法有AI能力。

8.很多微信沉寂的数据被激活了

小微用自然语言激活了微信很多不怎么注意到的数据。

我举个例子，我问他过去一个月我在出行方面总共花了多少钱？

他 5 秒钟之后给我的答案是我总共花了 4000 多块钱，把我吓一跳。我想我停车费、高速费不可能花 4000 多，AI肯定错了。

但我进去一看，发现我 4 月有一天连续两天爆胎，总共花了 3000 多换了两条轮胎。

它知道途虎养车是属于出行支出，它比我自己更了解我自己。

再举个例子，我能问“他昨天晚上我的朋友圈里面都有哪些人在看世界杯？”、“或者问他，我的朋友里面朋友圈里面有哪些人是在深圳发的？”

理论上，小微也能做到回答这样的问题——

“根据我的聊天记录，你觉得我最密切的三个好友是谁？”、“过去半年我在微信里有哪些答应了别人要做但没做的事？”……

只是目前微信非常克制，并没有开放全局聊天记录的功能。

我举这两个例子是想说明，微信里沉淀着海量的结构化数据——支付记录、运动数据、位置信息、社交关系等。

以前这些数据