单位只让内网跑AI工具,财务数据不敢上云?1份离线部署清单+12项自检

7 月 28 日，后台来了一条留言：

「我们公司只允许在内网使用，我能否将您提供的网址，保存成一个单独的mhtml文件后到内网电脑上打开使用？」

10 月 8 日，又来一条：

「有个问题，就是用workbuddy企业数据安全性。保密性的问题」

两条问的是一件事的一头一尾。

一条问数据会不会出去，一条问出不去还能不能用。

前者是权限，后者是能力。财务岗两样都缺。

先把场景说具体。

财务手上的表，多数是第三档数据：身份证号、银行卡号、手机号、工资明细。

这类表要发给外部，比如发给审计、发给客户、发给集团。

发之前得脱敏。现在的做法是一个格子一个格子删。

删到第五十行，眼睛开始花，删多了一位，收款人对不上；删少了一位，信息就出去了。

还有一种更常见的场景：审计要资料。

对方要某几个科目的明细和附件，你得从三个系统里导出来，再拼成一张表发过去。

导出来的表里带着经办人手机号、客户银行卡号，还有一大堆用不上的列。

这份东西发出去，等于把一整张底表交出去。

另一头是工具。

你在网上看到的 AI 工具，默认都假设这台电脑能连外网。

打开要加载脚本，登录要跳转页面，处理要上传文件。

三件事在内网电脑上同时发生：页面白屏、按钮点不动、文件传不上去。

所以财务同事真正要的不是「更强的模型」，是「在这台机器上能干成这件事」。

这就是今天要交的东西：一份部署清单，一张自检表，一个能双击打开的工具。

很多人以为内网跑不了 AI，是模型不够小。

不是。真卡住的，是四个不起眼的细节。

第一道坎，外链。

页面里只要有一行 https:// 引的脚本或样式，断网打开就是半个空白页。

按钮还在，点了没反应，因为处理逻辑在没加载进来的那个文件里。

第二道坎，字体。

引了网络字体，断网时字会变成方块，或者退回一种很丑的默认字体。

表格里的数字挤成一团，看错一位就麻烦了。

第三道坎，浏览器版本。

单位电脑的浏览器常比家里的旧好几年。

新语法一用，页面直接报错，还是那种不弹提示的错——白屏。

第四道坎，代理和白名单。

有的单位能连外网，但要过代理。文件上传这类动作会被拦。

表现是转圈，转到你以为是网慢。

四道坎的共同点：都不在算法上，都在「这个文件能不能自己活下来」上。

判断标准也只有一条：拔掉网线，它还能不能用。

这里还有个容易误判的地方。

有人把「打不开」归因成电脑太旧、配置太低。

实际打开开发者工具看一眼，多数是那条外链请求超时了。

把超时当成性能问题，会一直往错的方向改。

先看请求，再看配置，顺序反了要白折腾半天。

知道卡在哪，改法就清楚了。

我把这次的工具做成一个 html 文件，14 KB，双击就开。

做法是五条规矩，每条对应一个失败场景。

规矩一，不写任何 http:// 和 https://。

样式、脚本全部内联。整个文件里搜 http，出现次数必须是 0。

这条最硬。只要有 1 处，断网就废。

规矩二，不引外部脚本。

同理。script src= 这种写法一律不用。

规矩三，只用系统自带字体。

写「微软雅黑」，不引任何字体文件。

断网打开，字不会变方块。

规矩四，敏感数据只在内存里过一遍。

算完就没了，不往浏览器的本地存储里写。

关掉页面，表里的东西不留痕迹。

规矩五，导出用浏览器自己生成文件。

在内存里拼好一份 CSV，再触发下载，中途不经过任何服务器。

这五条没有一条是高深技术，全是不做某件事。

压到这个程度，代价也要说清楚。

它只能做「规则明确」的活：打码、拆列、合并、格式转换、批量改名。

需要理解语义的活，比如读一份合同挑出违约条款，一个 html 文件做不了，得上本地模型或者人来做。

所以正确的期待是：把重复动作交给它，把判断留给自己。

工具做好之后，我在本机跑了一遍，口径都写在这儿。

测试数据是 200 行 6 列：姓名、身份证号、手机号、银行卡号、开户地址、金额。

先把网断掉，再打开文件。

工具先认表头。

认的规则很土：表头里出现「身份证」「手机」「银行卡」「姓名」「地址」这类词，就给这一列打上标记。

表头不规范的时候，退一步看值的形状：18 位数字带 X 的当身份证，11 位以 1 开头的当手机号，16 到 19 位纯数字的当银行卡。

实测结果：5 个字段全部认对，金额列没有被误判。

这一步很重要。金额被误打码，表就白做了。

然后是打码。

规则是保留能对账的部分：身份证留前四位和后四位，手机留前三位和后四位，银行卡只留后四位，姓名留姓，地址留前六个字。

点一次，200 行 1000 个格子全部处理完。

计时用的是浏览器自己的表，首次点击 1.1 毫秒。

连续点 20 次取中位数，4.2 毫秒。

全程网络请求 0 条。这一条是在浏览器里把 http 和 https 全部拦掉之后测的，能跑通就说明它真的不靠网。

对照一下手工的做法。

1000 个格子，就是 1000 次点击，还不算中间看花眼重来的。

工具这边是 1 次。

也要说清它做不了什么。

表头有两行、中间夹着合并单元格的，粘贴进来会错列。

一份文件里同时有中文逗号和英文逗号的，分列也会乱。

这两种情况，正确做法是先在 Excel 里把表头压成一行、另存成 CSV，再导进来。

工具不解决脏数据，只处理干净表。这句话我写在说明里了。

工具能跑，不等于能上线。

上线前要过一张表，12 项。这 12 项不是我想出来的，是这几年踩过的坑倒推的。

挑三项最要紧的说。

第一项，文件里有没有外链。

记事本打开，搜 http。出现 0 次才算过。有 1 次，断网就废。

第二项，断网能不能跑。

拔网线，重开页面，把核心动作再做一遍。这一步五分钟，能省掉后面一堆解释。

第三项，打码后能不能核对。

抽 5 行，拿原始表对一遍。

这一项最容易被忽略。有人图省事把整列打成星号，结果业务那边对不上人，又回来要原表。

所以打码要留后四位，或者留前四位，留哪几位由业务定，不由工具定。

剩下九项分别是：有没有写本地存储、浏览器版本够不够、字体是不是系统自带、粘贴表格会不会错列、导出文件中文会不会乱码、有没有操作记录、误发之后能不能撤回。

每一项都写了「怎么查」和「不通过怎么办」。

后一列比前一列重要。

只写「应该没问题」的检查表，等于没检查。

举个例子。「导出文件中文乱码」这一项，怎么查？双击打开导出的 CSV 看表头。

不通过怎么办？缺 BOM，重新导出一次，不用改别的东西。

一句话，能把人从「不知道为什么坏了」带到「知道改哪一行」。

顺序不能乱，乱了就会返工。

第一步，数据分级。

半小时，把要处理的表分成三档：能公开、只能内部、不得出域。

一页纸写完，后面所有讨论都有依据。

第二步，按要不要模型选形态。

打码、拆列、合并这类，走单文件网页。

要理解语义的，先确认有没有本地模型可用，没有就只做前半段。

第三步，在目标电脑上跑真实表格。

别用自己的笔记本试。借那台内网电脑，拿一张真表跑一次。

第四步，断网验证。

拔网线，按 F12 看请求条数，截图存档。

第五步，补登记表。

谁、什么时候、处理了哪张表、发给了谁。四列就够，为的是出事时十分钟内说清范围。

第六步，给主管一页说明。

写四段：能用什么、不能用什么、数据在哪、出问题找谁。

不要写技术名词。写「数据没出这台电脑」「工具是一个文件」「删了就没有了」。

三个坑，单独说。

坑一，把网页存成 mhtml 就当离线版。

存下来能看。但页面里的脚本在很多浏览器打开时不执行，按钮点了没动静。

要离线跑，得让页面本身不依赖外部文件，而不是把在线页面打包带走。这一条建议你在目标浏览器上自测一次，我这边标「待实测」。

坑二，用 U 盘摆渡。

每个单位的摆渡规矩不一样，杀毒、白名单、登记。

工具是一个 html 文件，摆渡一次就够。千万别到了内网电脑上再下载别的东西，那就白摆了。

坑三，放共享盘上谁都能改。

改坏了没人知道改的是哪一版。

文件名带日期，设成只读，改版另存一份。这三件事五分钟能做完。

写到这里，把话收一下。

内网里能不能跑工具，答案是可以，但要换个形态。

形态是：一个文件、一个浏览器、一次断网验证、一张 12 项的自检表。

这套东西的价值不在技术。

在于主管问「这个东西安全吗」的时候，你能拿出四样东西：断网截图、0 条请求的截图、登记表、一页说明。

四样东西摆出来，讨论就结束了。

工具解决的是手，清单解决的是嘴。

两样都齐了，这件事才算真的落地。

这次的交付放三份文件：一个 14 KB 的脱敏工具，一张 12 项自检表，一份 6 步部署清单。

工具和表都在，后台回复【内网】就能拿到。

拿到之后别急着发第一张表。

先拿一张不含敏感信息的测试表跑一遍，把那 12 项过完，再动真表。

这个顺序慢半天，能省掉后面很多解释。

你好，我是長青，你的AI工具实战向导。