微信的 AI 社交来了，怎么这么怪？

微信小微互聊功能上线内测

微信的 AI 助手小微最近开始内测互聊能力。这一功能允许用户与好友的小微进行沟通，但实际操作流程与传统聊天存在明显差异。用户需要先明确告知要跟哪位好友的小微沟通，整个过程从指定对象开始。

这一启动方式要求用户在对话中清晰表达目标好友，避免模糊指令。系统根据用户输入识别具体对象，开启后续流程。这样的设计确保了沟通的指向性，但也增加了初始步骤的复杂度。

微信的 AI 社交来了，怎么这么怪？：指定好友才能启动互聊

启动小微互聊的第一步是用户必须说清要跟哪位好友的小微沟通。这一要求直接决定了功能能否顺利开启。如果用户表述不够精确，系统可能无法正确匹配对象，导致互聊无法启动。

在实际使用中，用户往往需要在聊天界面输入类似“跟张三的小微聊聊”这样的指令。系统接收到明确指令后，才会进入草稿生成阶段。这种指定机制避免了随意性，但也让用户在每次开启新对话时都要重复类似操作。

微信的 AI 社交来了，怎么这么怪？：AI 自动拟稿需要人工确认

一旦指定好友完成，小微会自动生成草稿内容。用户看到生成的文本后，需要进行一键确认才能发送出去。这一环节将 AI 生成的内容置于人工把关之下，确保发送前用户对内容有最终控制权。

草稿生成速度较快，但用户每次都需要阅读并决定是否确认发送。如果对草稿不满意，可能需要多次调整指令才能得到理想版本。一键确认看似简单，却成为每条消息发送前的必经环节。

微信的 AI 社交来了，怎么这么怪？：双方小微会话独立展示

当消息通过确认发送后，双方的小微会话会单独成线展示。这意味着用户的微信界面中会出现一条专属于小微互聊的对话记录，与普通好友聊天记录区分开来。

独立成线的设计让互聊内容不与常规消息混杂。用户可以在单独的会话窗口查看所有与对方小微的互动记录。这种展示方式清晰划分了 AI 参与的沟通边界，但也要求用户在不同会话线之间切换查看。

微信的 AI 社交来了，怎么这么怪？：每轮互动都要确认收到和转达

互聊过程中，每一轮往来都需要走「收到」和「转达」的确认流程。当一方小微生成内容后，对方需要先确认收到，然后系统才会转达给另一方的小微继续生成回复。

这一流程意味着用户无法实现实时连续对话。每次消息到达都需要人工介入确认，系统才会推进到下一环节。确认步骤包括查看内容、点击确认按钮等操作，贯穿整个互聊过程。

微信的 AI 社交来了，怎么这么怪？：确认流程让沟通变得更累

实际体验显示，每轮往来都要经过收到和转达的确认流程，导致沟通反而更累。原本希望通过 AI 简化社交的操作，却因为多重确认环节增加了用户负担。

用户在互聊时需要频繁进行确认操作，包括初始指定、草稿确认、收到确认和转达确认。这些步骤累积起来，让一次简单的问候或讨论耗费更多时间和注意力。许多用户反馈，这种模式下的互动效率低于直接聊天。

小微互聊的怪异之处集中在启动、确认和展示等多个环节的累赘设计上。从指定好友开始，到 AI 草稿生成、一键确认发送，再到独立成线展示以及每轮的收到转达确认，整个流程层层设卡。

启动时必须明确对象，避免了默认匹配但增加了输入负担；草稿生成后的一键确认确保了内容安全却中断了流畅性；独立成线的展示清晰却需要额外管理；每轮确认则直接拖慢了对话节奏。这些设计共同构成了当前版本小微互聊的突出特点。

目前这一功能仍处于内测阶段，未来是否会优化确认流程、简化启动步骤，还有待进一步观察。微信在 AI 社交方向的尝试已经开启，但如何让 AI 真正助力而非增加负担，仍需更多迭代调整。