客户资料不能出内网，数字员工照样能组

「客户名单不能出内网，数字员工是不是就别想了？」

这话我最近被问了不止一次。回答很短：能做，只是搭法得换。

同一段活，有人全放云上，有人全搬进内网，也有人两边各放一半。选哪种，跟你买哪个工具关系不大，跟你手里那份清单关系很大——哪类材料压根没有出门的资格。

外场归云，内场归自己

云上这一侧，我还是用 Grok Bot。对外内容、站点维护、能见客户的沟通、公开资料的整理和提醒，放它那儿跑。我只交代这周要达成什么，排期和工具上的琐碎我不碰。

不能出门的那部分，我用 Pi Agent 在本地、私域搭一支。客户名单、订单或就诊明细、报价底价、内部审批口径，留在原来的环境里，不必为了「用上 AI」先把自己搬出去。

两边也不是各干各的。云上把对外话术和流程骨架理顺，本地在权限范围内核对名单、状态、这一步该不该触达；该人拍板的，还是人拍板。像两个班组倒班：外场把话说明白，内场把人对上，中间那张交接单提前写好，谁也别猜。

这句我得多说两句，因为问的人多，答案最容易被带偏。

本地部署解决的是「数据不出这个环境」，解决不了「谁能看、看了什么、能不能拷走」。权限没配、操作记录没留、离职半年的账号还开着，装哪儿都一样出事。本地还有它自己的成本：机器要人维护，模型更新慢一拍，出了毛病得有人会查。

所以我不拿「上本地」当安全承诺卖。安全是权限、记录、流程三样一起给的，本地只是让数据不必出门的那一层。

还有一句可能不中听：很多人一上来就问本地怎么部署、跟云怎么打通，问早了。边界没定，本地也只是把半成品从云上的窗口挪到内网的窗口，干活的人还是那几个人。

真正决定成败的，常常不是模型多聪明，是那张交接单写得够不够细：哪些字段必须留在本地，哪些摘要可以出门，谁签字，出问题回看多久。

这张单子空着，云地两边就只能用最原始的方式对接——人把表导出来、抠掉几列、发过去、再拼回来。多一道搬运，多一次漏的机会，人也更累。

拿老客户回访、续费提醒这类活作个假设场景（不是哪家客户的故事）：名单和金额留在权限内，话术骨架和提醒节奏不必把原始表拖上公有云。切清楚，人少搬几手，事也不容易漏。

我做 AI 产品与落地十五年以上，在平安、百度、讯飞都待过，早期多在医疗健康，对「什么能出门、什么不能」这类边界不算陌生。

你要是也卡在这道题上——哪些该留本地、哪些能上云、中间怎么交接——别急着问部署方案，来找我聊云地怎么切。带上两句话就够：哪类材料不能出门，哪段流程最烫手。原始客户表和账号密码都不用带。