客户说「数据不能出内网」：这一单别急着答应

结论先行：私有化部署这单最大的坑不在技术，而在「不连外网」这句话背后有一堆默认配置没人替你做——你接了单，等于替客户签了一份没人核过的责任书。

11 月初的两场发布把这块推到了台面上。一家云服务商在乌镇发布了面向政企的桌面级智能体协作平台，主打在企业内网环境运行，模型、知识库与应用都部署在客户自有环境里，敏感数据不出域；另一家金融科技公司发布了面向银行的智能体平台，思路类似——整个平台不连接互联网，本地化部署到每一位员工的电脑上，所有文件本地留存。

这两条消息对个人创业者的意义，不在「私有化是个趋势」这种空话，而在于：「数据不出域」这个需求已经从合规部门的一句话，变成了可以收钱的技术方案。但也正因为它能收钱了，一大批人正在往里冲，而这块地上埋的坑比别的赛道多。

一、坑一：默认配置不是安全，是没人配过

先说一个被严重低估的事实：绝大多数私有化部署的真实状态是——框架装上了，权限是默认的，审计日志没人看，密钥还在配置文件里躺着。

有一份针对企业级智能体办公平台的数据安全选型分析里写得很直白：某主流开源自建方案「开源安全」是个最大误解，框架本身只提供基本能力，租户隔离、用户权限、审计日志这些都需要实施方自己配置和完善，社区默认实现里不少权限控制是比较薄的——不做二次开发，可能出现一个成员就能访问所有知识库条目这种情况。同一份分析还提到，密钥管理、模型网关认证、向量数据库的访问控制，都属于「自己负责」的地带。

把这段话翻译成你接单时该说的话：客户以为买的是「一套装好的安全系统」，其实买的是「一套需要有人去配的框架」。中间这段工作，谁做谁收钱——这是好事；但如果你在报价时按「装一套框架」算，那这段工作就是你自己的成本。

这里有个很实用的判断标准，可以直接拿去用：任何私有化方案交付时，都应该有一份「权限矩阵」和一份「数据流向图」。这两份东西拿不出来，说明交付还没完成。这不是加分项，是及格线。

二、坑二：「不连外网」不等于「不出域」

这是第二个坑，也是更隐蔽的一个。

很多人在听到「本地部署」时会松一口气，觉得数据不出门就安全了。但发布方自己描述里有一条细节很值得琢磨：安全会话开启后，系统会过滤不允许访问企业私有数据的外网模型。这句话反过来说明什么？说明「不连外网」和「数据不出域」是两个不同的东西。

常见的漏法有这么几种：

• 漏法一：模型本身在调外网。本地部署了应用和知识库，但调用的大模型在云上——你把检索出的内容拼进提示词发出去，数据就在那一刻出去了。这类架构的卖点叫「本地化」，不是「不出域」，两者不能混着报价。
• 漏法二：插件与连接器在往外发。智能体接的第三方工具、浏览器、办公套件，都是外发通道。上线前不逐个查一遍「它到底能访问哪些数据、能把数据送到哪」，就是在赌。
• 漏法三：本地留下了日志与副本。对话记录、缓存、备份文件，都落在本地磁盘上。「文件本地留存」听起来安全，但谁能看到这些文件、保留多久、出问题能不能倒查，都是你要跟客户对齐的事。

所以接到这一单，第一个动作不是开工，是把「不出域」这四个字翻译成一张具体清单：哪些数据不许出去、哪些模型不许调、哪些工具不许连、哪些目录不许写。这张清单客户签了字，后面所有争论就都有了依据。

三、坑三：交付完没有下文，那才是真的开始

私有化项目有一个共性：交付的那一刻看起来是终点，其实是起点。

模型在变、业务在变、上游系统接口在变、权限该收紧的没收紧。这些都不会有人来提醒你，因为它们不写在合同里。结果是：客户用着用着发现某个岗位的人能看见不该看的东西，追溯一圈发现是配置疏漏——这时候第一个被叫过去的人是你。

更麻烦的是第二年。私有化交付在续费口径上通常是「一次交付 + 年度维护」，而不是按月订阅——这决定了你必须把维护那一段设计成能持续收钱的东西，否则第二年你就得重新找一单。

可收费的维护段至少有三块，都能落到具体动作上：

• 权限复核：每季度对着权限矩阵核一遍实际状态，人事变动、岗位调整带来的权限漂移是最常见的问题，核出来就是一项可交付的工作。
• 数据接入维护：客户的上游系统换了接口、字段改了口径，历史配置就会失效。这块是纯体力活，但稳定、按月。
• 应急与回退：出故障时能有人接电话、能回到某个已知状态。私有化客户最怕的不是功能少，是出事没人管。

四、接这一单之前，先问清楚这三句话

如果客户来问「能不能给我们做一个不连外网的智能体」，在你报价之前，这三句话必须问出来：

• 第一句：「不连外网」是硬要求，还是偏好？如果是硬要求，方案空间会小很多、周期会长；如果只是偏好（怕数据泄露但没明文要求），那可以给出「本地知识库 + 云端模型 + 内容脱敏」的折中方案，周期短一半。这两种情况的报价不该是同一个数。
• 第二句：出问题的责任，是算在方案上还是算在审核上？AI 出错是常态，客户真正想买的不是「不出错」，是「出错时有人接、能追溯、损失有人担」。如果客户愿意买「有人担」，那这是一笔可以按年计的服务；如果客户只想要「不出错」，那你要在方案里明确写清能力边界，否则后面全是扯皮。
• 第三句：这套东西上线后，谁来维护？如果答案是「你们」，那恭喜，这是个长期客户；如果答案是「我们内部有人」，那你交付完就是结束，后续的风险是客户自己的。两种都可以接，但报价方式完全不同。

五、三个坑，汇总成一张自检表

把上面这些收一收，接到「数据不能出内网」这类需求时，按这张表过一遍：

• 配置层面：权限矩阵画了吗？多租户隔离做了吗？密钥移出配置文件了吗？审计日志开着并且有人会看吗？
• 通道层面：模型调用全在本地吗？插件和连接器逐个查过了吗？本地文件（对话记录、缓存、备份）谁能看到？
• 责任层面：「不出域」的清单客户签字了吗？出错时的复核流程写下来了吗？下一年的维护谁做、收多少钱，写进合同了吗？

说到底，这一单的利润空间不在技术那部分，技术是明牌、可比价、一眼就能看出贵不贵；真正的利润在配置和责任这两段，而这两段恰恰是客户自己最不懂、也最不敢省的地方。

配置这一段又是最耗时间的体力活——把客户散在各处的系统说明、数据口径、操作步骤，整理成一套对方照着就能用的图文材料，选题、成稿、排版一条龙走完，本站公众号图文工具就是干这件事的，省下来的时间正好用来盯权限那一层。