微信集成：加好友 / 客服 / 拉群

冷呼之后自动加微信、微信里继续对话、关键时刻拉群——这几步具体是怎么接起来的。

5 分钟创建第一个数字员工里讲的那条"电话 → 加微信 → 客服 → 拉群"链路，靠的是创建外呼项目里配的环节工作类型和数字员工绑定的工具。这篇把两者对上号。

一个环节对应一种渠道

项目里的每个环节都要选一个「工作类型」：电话 / 个人微信 / 企业微信 / 公众号 / 飞书 / 钉钉——电话只是其中一种，其余都要额外绑定一个具体的渠道账号。

冷呼是第一环节（电话），意向筛出来之后按流转规则自动进入第二环节，把这一环节的工作类型设成"个人微信"，线索就进入加微场景——要不要流转、流转到哪个环节，由多环节流转规则决定，跟具体走电话还是走微信是两件独立的事。

自动发好友申请这一步是平台在环节切换时自动触发的，不需要你手动配表单——数字员工绑定的微信身份会自动对目标联系人发起添加。

后台「微信」Tab 的 加微记录 能看到每一条加好友请求的来源（通话加微 / 手动添加 / 对方申请）和状态（等待通过 / 已通过 / 失败），失败的记录点开能看到具体原因：

数字员工在对话中能执行的具体动作是靠工具调用的，跟微信相关的几种：私聊发消息、群里发消息、发图片/文件（比如推二维码、发资料 PDF）、企业微信场景下的专属动作、以及判断处理不了时转人工。

同一个数字员工，在个微私聊里发资料，在群里继续答疑，遇到"要报价""要签合同"这类问题就转给真人同事——这就是 quickstart 故事里第四、五、六步实际发生的事。完整的工具清单和怎么给数字员工挂载新工具，见高级功能：MCP 工具协议。

数字员工待命中收到客户新消息但暂时没有自动回复时，工单页会出现 人工回复 按钮，人工同事点开就能直接接过这条会话继续聊，不用另外找工具：

数字员工判断处理不了、转出去的会话，会进入「人工客服」Tab 排队。人工同事在这里点 恢复工作 上线接单，队列按顺序自动分配；已暂停状态下系统不会派单：

如果走的是企业微信群场景，群的基本信息（群名称、成员数、群主、群公告）和群消息记录会被同步进系统，这样 AI 在群里回复的时候能看到完整的历史上下文，不是每次都从零开始。这也是人工同事接手时能看到"从第一通电话开始的完整历史"的原因——记录是连续保存的，不因为渠道切换而断档。

后台「微信」Tab 左侧能看到当前账号加入的所有群聊，点进某个群可以直接查看群成员和发消息：