OKFDE｜写完两百个救火脚本，我到底是在搞AI，还是在当高级外包？【Insights #006】

OKFDE · Forward Deployed Engineering #006

本文涉及的情节、对白、数据及项目过程均为基于工程现实的示意创作，不对应真实客户，亦不代表 OKFDE 已完成的项目能力。

开场 / FIELD NOTES

庆功宴后的代码账本

对公转账的尾款按期到账。

李总在结项报告上签了字，王姐在微信里发来一个双手合十的感谢表情，说这半个月下午五点半就能准点打卡，不用再为标准单据留下来熬夜。

周一早晨，小王回到公司总部的工位。窗外是安静的写字楼园区，工位上一边放着大号冰美式，一边放着擦干净的双肩包。

打开电脑，拉取李总项目的生产分支，小王调出提交记录。

终端屏幕上滑过密密麻麻的代码提交日志。那些在客户现场为了救急手搓出来的脚本，名字起得一个比一个野蛮。

专门兼容王姐私家表格的临时脚本，处理仓储老刘手撕纸单的高拍仪修复文件，还有一个文件名里带着紧急勿动的底层通信工具。

小王端起咖啡喝了一口，自言自语说：“这堆东西要是直接拷给下一家客户，三天之内我就得去人家机房赔礼道歉。”

普通开发人员写完代码，只要客户验收签字就算大功告成。

合格的前线部署工程师明白，结项签字只算完成了前半场。在业务现场帮一线人员救急，工程师经常不得不写下最粗暴的硬编码补丁。（小王内心OS：我也不想啊）

真正的分水岭出现在硝烟散去之后。把战壕里的残局重构成标准构件，技术团队才能在现场泥泞中沉淀出长期的工程资产。

小王新建了一个重构分支，戴上耳机，开始拆解自己写下的代码。

01 /  业务规则解耦 DECOUPLING

第一步 把客户的私家规矩关进本地配置

小王调出的第一个文件，是当时为了王姐紧急上线的折扣判断脚本。

点开代码，里面躺着好几行硬编码的业务特例。代码里白纸黑字写着，如果采购单包含某款特定商品，并且客户来自华东大区，系统自动放宽免审额度到八万五。

这是李总公司的私有经营策略，属于对方的核心商业秘密。

如果把这种代码原封不动带进产品库，在新客户现场会引发灾难性的逻辑混乱，更是严重的商业合规违规。新客户如果是一家冷链生鲜企业，只要遇到名字带新品的冷冻带鱼，系统就敢自作主张给对方打折放行。

小王的第一刀，切在数据与逻辑的物理隔离上。

企业客户千差万别，各家有各家的潜规则与审批权属。把表象剥开之后，底层的事务调度模式具有高度的一致性。

遇到未定义的特例时挂起流转、向特定负责人的移动端推送脱敏确认卡片、在获得授权签名后回填系统继续执行，这是一套通用的状态机管道。

小王把代码里的商品代号、客户名称和具体金额全部剔除。

所有的业务特例被收拢成一份结构化的租户配置模版。具体哪些商品需要二次复核、哪位总监拥有最终裁决权，全部留存在客户自己的私有服务器里，由客户系统管理员自行维护。

通用引擎只保留纯粹的调度能力。引擎负责接收事件，负责比对规则，负责在触碰边界时安全降级。

当小王下个月走进另一家完全不同的制造企业时，他不需要重新写一套调度引擎，只需要花半天时间和对方业务骨干把这份配置表填好，核心工作流就能立刻跑起来。

02 / 防御固化 HARDENING

第二步 把现场死里逃生的补丁做成标准安全件

处理完配置，小王打开了那个被标注为紧急勿动的底层通信工具。

这里面藏着李总项目上线演练那天最惊险的一幕。当时 ERP 接口发生网络超时，系统险些因为盲目重试而连续批准同一张单据。

小王当时在走廊里熬夜写了一段拦截代码，给每个请求注入动态事务编号，在超时后强制先查状态再做决定，这才兜住了风险。

那段代码写得凌乱，四处挂着临时的错误捕获和日志打印，底层的防御思想却极其通用。

企业网络环境极其复杂，陈年老系统的接口响应超时是家常便饭。大部分初级团队容易犯的错误，就是误把网络丢包当成业务失败，进而陷入无脑重试的泥潭。

小王没有把这段代码扔在故纸堆里，而是用标准接口规范对其进行了彻底重构。

他给这套逻辑补齐了状态探针和事务锁，将其封装为一个独立通用的幂等写回网关。

无论上层跑的是订单审核、发票核销还是物流出库，所有涉及核心系统写操作的调用，必须经过这个网关的收发过滤。网关自动管理全局事务版本号，自动处理超时状态查验，一旦遇到无法确认的网络异常，自动把单据安全挂起并发出预警。

接着被抽离重构的，是那个贴在王姐输入框底部的原位审核挂件。

小王把当时为旧 ERP 量身定制的代码提炼成标准的前端交互组件。组件具备自动嗅探当前窗口输入焦点、后台静默请求依据以及悬浮展示原文切片的能力。

以后无论面对十年前的灰底老系统，还是新一代的协同办公网页，这个挂件都能顺畅地贴在目标输入框旁边，默默帮一线操作员省掉敲键盘的动作。

把一次性的现场救急代码淬炼成即插即用的标准安全件，技术团队才不用在同一个坑里反复跌倒。

03 / 合规沉淀 SYNTHETIC EVALS

第三步 守住合规红线，把现场缺陷变成合成评测集

在企业级 AI 领域，最容易让人麻痹大意的是那些在实验室里跑出来的漂亮分数。

在没有真实客户之前，工程师在干净的办公桌前编写的模型测试集，往往工整得像教科书。单据扫描件没有折痕，文字描述遵循标准语法，印章位置端端正正。

拿着这种温室里的样本去测试模型，准确率动辄高达百分之九十九。一旦推到真实客户的仓库里，大模型立刻在老刘用吹风机吹干的皱巴单据面前败下阵来。

小王非常清楚，现场见过的那些脏数据，一张也不能私自带回公司。

客户的采购原件、真实发票和手写单据受严格的保密协议保护，把这些数据拷进 U 盘带走，是触碰法律红线的危险行为。

合规的 FDE 不带走客户数据，带走的是关于现实缺陷的工程认知。

小王打开了公司内网的代码生成器。他根据在仓库里陪老刘理账时记录下的十二种手写记号和排版缺陷，编写了一套合成数据生成脚本。

脚本在本地沙盒里自动生成了上千张完全虚构的测试样本。

数据里的公司名称全是随机生成的假名，单据金额也是算法随机生成的数字，单据图像上精准复刻了真实泥泞的一切特征。文字被刻意加入了褶皱扭曲，印章图案被调成了半透明与断线模糊，发票描述里塞进了销售常用的多义词和行话黑话。

这批浸泡过现实摩擦特征的合成数据集，被小王合入了 OKFDE 的全局核心评测库中。

从此以后，团队每一次更新大模型底座，或者调整文档解析算法，这套来自泥泞战壕的合成评测集都会在后台执行自动化回归测试。

不需要等到去新客户现场丢脸，算法到底能不能抗住实体世界的折腾，这套评测集在本地跑上一圈就能见分晓。

04 / 经验显性化 PLAYBOOK

第四步 把排雷经验写成下一位工程师的作战地图

周五下午，代码重构和合成测试全部通过。

小王伸了个懒腰，没有立刻合上笔记本电脑。他打开公司内部的知识库，新建了一篇名为前线部署实战手册的文档。

代码能解决技术层面的问题，解决不了人与组织的摩擦。

小王要把自己在李总公司摸爬滚打两个月总结出来的实操经验，转化成体系化的作战指南。

手册第一章写着进场勘测底线。第一天到达客户现场，严禁直接找 IT 部门要核心数据库的写权限。工程师应当带一张折叠椅，直接坐到一线业务老员工身旁，先记录她一天切了几次屏幕、手里的私人表格记录了哪些未言明的规矩。

手册第二章记录了与财务法务沟通的工程准则。不要用空洞的算法参数去说服风险意识极强的合规部门，直接调出带有全局事务号的幂等日志，证明系统在网络波动时拥有绝对不会重复扣款的硬性保证。

手册第三章详细列出了业务熔断与安全退场的 SOP。上线初期必须强制推行只看不写的观察模式，并在显眼处设置物理级的一键停用开关，确保发生异常时业务能毫秒级切回人工处理。

小王在文档末尾写下一行黑体字，现场凡是看到字段名里带有 final 或者 v2 的，无论对方技术人员如何保证，都必须亲自抓包查一次定时同步任务。

写完最后一个句号，小王点击了保存并发布。

当一个工程师踩过的坑变成了全团队共享的作战地图，新进场的工程师手里拿到的就不再是碰运气的盲盒，而是一套经过反复推演的成熟武器。

尾声 / FIELD NOTES

兵工厂里的磨刀石

周五傍晚，公司大楼里的灯光陆续亮起。

小王把重构后的通用分支正式合并回主干代码库。那些带着个人英雄主义色彩的特定补丁被彻底清理，取而代之的是版本号提升为二点零的通用执行框架。

小王合上笔记本，端起见底的咖啡杯走向茶水间。

双肩包静静立在工位桌脚旁，里面装着理整齐的网线和充电器。

前线部署工程师的价值，从来不仅在于攻下了哪座特定的山头。

在现场像特种兵一样切入泥泞，在后方像工匠一样淬炼武器。既能听见前线的炮火，又能把弹壳带回兵工厂熔铸成削铁如泥的利刃，企业级 AI 才能在坚硬的现实里真正扎下根来。

EXECUTIVE MEMO / 李总的管理备忘录

穿透定制外包陷阱，写给决策层的技术资产账本

白板上的流程图我已经擦干净了，但在给小王结清尾款的那天，我拉着财务总监在办公室复盘了整整一个下午。

很多老板一听到定制开发就头疼，觉得软件公司驻场三五个月，留下一堆只有当事人能看懂的私有脚本，人一撤走，系统就成了一碰就倒的技术负债。更要命的是，很多供应商把客户的业务特例当成自己的研发成本，下一次给别家做，又把同样的弯路再收一次钱。

在这次交付里，我逼着自己看懂了前线工程与传统外包的根本差别。

作为买单的企业一把手，要守住公司的数字化资产，必须看清三条底线。

第一条底线，业务规则的控制权必须留在自己手里。

销售给老客户口头答应的特批、王姐处理新品的浮动范围，这些属于企业的核心机密与经营打法。小王把这些特例抽离成我们自己就能改动的配置表，而不是写死在外部代码里。服务商随时可以换，但公司的经营规则永远不能被外部脚本绑架。

第二条底线，合规与数据边界是绝对红线。

我们绝不答应任何外部人员把真实的采购单据和发票原件带出内网。专业的团队懂得把现场的排版缺陷抽象成无害的合成数据去训练模型，既帮我们测出了系统的抗击打能力，又没有让商业数据漏出去半个字。

第三条底线，救火学费必须买来长期的防御能力。

上线演练时接口超时差点重复扣款，小王连夜加的代码如果只是一次性补丁，下一次业务扩容这颗雷还会炸。他们把防重试做成了带版本号的通用网关，把异常处理做成了可视化审计日志。企业花出去的每一笔现场实施费，都应该转化成未来抵御风浪的安全气囊。

NEXT / 下一篇

在企业核心资金结算中，“高置信度”等于潜在事故。下一篇我们将聚焦资金划扣与银企直联场景，系统拆解企业管账的三大工程支柱：大模型非结构化抽取与确定性算术的物理隔离、防重复划款的双通道安全锁，以及外部审计师可随时穿透核验的强审计证据链。（有神秘新角色登场，手撕李总，敬请期待）

关于 OKFDE

我们关注 FDE，更关注 AI 真正落地之后发生的真实事件。

如果你也关注AI，关注产业，欢迎建联。

微信：okai-leo

公众号：OKFDE-AI不止Demo

邮箱：leo@okfde.net

参考材料 / REFERENCES

1. OpenAI Deploy Co., Reverse Productization: From Frontline Chaos to Scalable Primitives, 2024. 参考其关于前线交付经验反向提炼为通用产品原语的方法论讨论。

2. Palantir Technologies, Palantir Foundry Architecture: Decoupling Ontology from Operational Logic, 2021. 参考其关于企业核心业务本体与易变策略规则解耦的工程架构范式。

3. Tiger Tail, Avoiding the Agency Trap: How Forward Deployed Engineering Creates Compounding Software Assets, 2024. 参考其关于摆脱定制外包泥潭、将现场交付转化为可复用软件资产的论述。

4. Martin Fowler, Patterns of Enterprise Application Architecture: Idempotency & Workflows, 2012. 参考其关于分布式系统中写操作幂等性保证与通用事务管道的设计模式。

5. Digital Scientists, Six Patterns We Deploy Repeatedly: Evaluation Harnesses in Production, 2024. 参考其关于生产环境异常样本沉淀为工程评测集的设计规范。