Pitfalls & Anti-Patterns
FDE 战壕避坑指南
从惨烈败局到现场生存：全景复盘企业 AI 落地的 5 大致命死法、4 项拒单红线与战壕硬核 FAQ。
Fatal Failures & Lessons Learned
FDE 现场 5 大经典死法谱系 (Anti-Patterns)
卖时间陷阱（无法加杠杆的特种兵外包）
单兵交付能力极强，但每单都从头硬写专属脚本；第十个类似客户比第一个还要累，收入与肉身时间深度捆绑，团队越干越疲惫。
严重缺乏资产双向蒸馏机制。前线 Delta 突击队只顾救火，没有后方 Echo 平台承接，导致所有战壕经验随着工程师离场而沦为孤儿代码。
- 考核机制将 20%~25% 权重强制挂钩资产沉淀（标准 Skill、通用 Connector、Golden Test 集）；
- 严格遵循「第十个客户定律」：做完类似场景，下一次交付人时必须呈现指数级下降（从 40 小时降到 4 小时）；
- 凡是不能沉淀为下一单标准化能力的纯体力活，果断分流给生态伙伴或客户自助。
宏大叙事陷阱（本体烂尾楼工程）
盲目照搬 Palantir 耗费数十年打磨的统一 Ontology 概念，进场第一周就召集各部门大画 300 张实体关系图，试图一次性建立全局数字孪生。
在业务闭环尚未跑通时陷入了抽象语义的自嗨。跨部门定义口径打架、老系统字段对不齐，导致系统尚未上线，本体先成了新一代信息化烂尾楼。
- 恪守架构克制：严禁前置规划大本体，坚持从最小业务闭环刺入；
- 演化路径牢记五步法：业务痛点 → 固化 SOP → 封装专用 Skill → 对接轻量 Connector → 从真实业务流中自下而上涌现本体；
- 以 3 天跑通原型、7 天送出首战战功为铁律，用真实业务收益反哺架构演进。
老员工暗流陷阱（被追平者的冷眼旁观）
老板高调投资推 AI，中层大搞培训宣发，但公司里最懂业务的骨干（老销售、车间老师傅）一言不发；系统停在演示阶段，现场谁都夸好，谁都不用。
老员工抵触的绝不是技术工具，而是「自己十几年摸爬滚打攒下的身位分寸，被一个配了 200 美元会员的新人轻易追平」的生存恐慌。
- 推行「三个位置模型」：必须在开工前明确出料人、说判断人、签字人；
- 不搞填表与开会：深入现场一对一聊天录音，整理逐字稿提炼成原话「判断卡」；
- 实名署名立碑与最高裁判权：AI 输出明确标注引用老员工规则，并由其出评测集、签字判分，从被革命者转为终审裁判。
假数据与穿帮陷阱（实验室 Demo 的幻灭）
在客户提供的少量干净历史数据或脱敏样例上跑出 95% 高准确率，进场接上真实生产数据后，乱码、丢包、时间戳漂移导致整条链路瞬间雪崩。
严重低估「数据税」。过度相信客户口头提供的字段规范与数据完整度，缺乏对脏数据和物理断网环境的前置防御与容错熔断设计。
- 进场前 72 小时只看原始未清洗日志与网络丢包率，绝不轻信口头 API 契约；
- 采用单二进制轻量自治代理 + 本地环形缓冲区，断网 72 小时具备自愈落盘与断点续传能力；
- 前置强契约 Schema 校验层与异常旁路隔离池，防止脏数据污染上下文引擎。
责任模糊陷阱（无签字人的资损背锅）
系统上线后由于大模型不可控幻觉或业务规则漂移，发生报价算错、合规漏检引发直接经济损失，双方就赔偿责任产生巨大分歧，项目陷入坏账封死。
立项合同与系统架构中均未明确划定严肃商业的人机边界，试图用概率论的 AI 代替确定性的商业责任背书，缺乏人在回路与责任审计链。
- 严肃合同中必须锁定「签字人」节点：AI 仅作为辅助研判与事实初筛，业务最终动作必须由人类决策者签字确认；
- 全链路配备双向因果审计日志（输入原文、检索片段、模型 Reasoning、判定规则卡快照）；
- 在系统核心操作层提供一键撤销（Rollback）与手动纠错（Manual Override）旁路通道。
Kill Switches
接单与立项「4 项一票否决」拒单红线
客户不出核心业务骨干（无“说判断人”）的单，坚决不接
很多客户老板推 AI 热情极高，但真到进场出人时只派行政助理或实习生应付。商业分寸、黑话规则和风控潜规则全在业务骨干脑子里，判断层无法外包，客户不出人，库永远建不到深水区，进场必沦为烂尾工程。
宣称“推翻既有核心业务老旧系统”的全面重构单，坚决不接
凡是一上来就想重写数十年遗留 ERP、MES 或核心结算系统的项目，必然深陷错综复杂的老旧烟囱、无文档代码和部门政治泥潭。FDE 的核心是「旁路最小阻力增强」，拒绝任何将团队捆绑在重构自杀战役上的合同。
纯公关宣发、无真实一线操作角色的“玩具 Demo”单，坚决不接
没有具体的车间师傅、审件员、调度员或法务专员等一线岗位角色的项目，缺乏真实高频的摩擦与业务反馈回路。做出来的演示系统在发布会后便被弃用，无法产生任何真实量化 ROI 与资产复用价值。
要求模型承担无限连带直接经济资损兜底的单边合同，坚决不接
大模型具有天然的统计学概率属性，任何要求“模型输出必须 100% 绝对无误且为一切商业资损兜底”的甲方法务条款，在工程上均属不切实际的自杀陷阱。严肃业务必须由人在回路（HITL）终审确认责任。
Field Knowledge Base
战壕百问百答速查 (Hard-Core FAQ)
Q1客户现场属于高涉密内网或物理断网，无法调用公网云端大模型，该如何破局？
坚守「大小模型混合部署与边缘自治」策略：现场部署量化后的轻量化 SLM（如 7B/14B Q4_K_M）或专用小模型单二进制运行在本地算力盒，配合规则引擎与本地向量库处理 85% 的高频敏感业务；对于需要超强逻辑推理的极其复杂非敏感子任务，设计离线批处理或单向物理数据摆渡闸门进行异步脱敏运算，严守合规红线。
Q2客户老旧系统既没有开放 API，又无开发文档甚至厂商已破产，FDE 如何接入？
采用「最小阻力旁路三件套」： 1. 数据库底层：利用 Flink CDC 或数据库 Redo Log 抓取进行零侵入变更感知，不碰核心事务连接池； 2. 协议与流量层：在网络交换机做镜像端口嗅探，反向逆向解析网络报文包； 3. 终端操作层：通过无头无侵入的 RPA 自动化脚本配合 OCR/视觉智能体，直接模拟一线操作员从既有 UI 界面中提取关键字段与状态反馈，绕过接口缺失难题。
Q3独立 FDE 或小型工程团队如何合理报价？怎样避免做成亏本买卖？
切忌一次性包死一口价，推荐「两段式里程碑 + 资产复用分成」结构： 阶段一（验证期，1~2周）：收取固定的现场勘测与极速 Spike 验证费（覆盖上下文税与现场成本），以解决单一止血痛点为里程碑； 阶段二（规模交付期）：按照「核心功能标准化模块费 + 交付人时保障费」结算；对于明显具备跨客户复用潜力的组件（Skill/Connector），允许在合同中约定知识产权归属我方，换取首单折扣并保留长尾规模杠杆。
Q4系统上线后客户业务规则频繁变更、模型出现漂移，后期维保怎么算？
在项目初期的立项合同中明确「维护税」的切分线： 1. 交付物中必须包含完整的 Golden Test 业务回归评测集与客户自助配置后台，使客户内部业务骨干能够自助增减「判断卡」和业务规则； 2. 原厂免费维保期仅限定于修复已知 Bug 与基础设施故障；因客户自身业务流程调整、增减外部系统导致的 Connector 改造，必须按「标准化维护年费」或「新模块工时包」另行计费，拒绝终身免费驻场陪跑。
Q5为什么在企业 AI 落地中，坚决反对一上来就画 300 张本体（Ontology）关系图？
因为本体不是画出来的，而是从战壕里长出来的。很多企业一听 Palantir 的本体就兴奋，项目第一天召集几十人开会吵名词定义，最后业务没跑起来，本体先成烂尾工程。正确的做法是用 SOP 固化业务流，用 Skill 解决单一高频痛点，用 Connector 连通异构系统。做完 3 到 5 个真实场景后，自然会看清哪些核心对象和关系是跨场景通用的，此时固化出来的轻量本体才具备顽强生命力。
Q6如何通过「三个位置模型」在 72 小时内彻底化解一线业务老骨干的抵触？
关键在于将老员工从「潜在被革命者」变为「制度化立碑人与最高裁判」： 1. 开工前让老板明确指定：助理为出料人（理文件）、老员工为说判断人、高管为签字人； 2. 不让老员工填表或开会，由 FDE 携带录音设备一对一陪跑，聊高频被问的疑难杂症，录音转逐字稿提炼为一张张‘判断卡’； 3. 在卡片上实名签署老员工姓名与生效日期，AI 每次作答显式引用其规则；邀请其设计评测集并拥有终审判分权，使其感受到自身业务价值被永久制度化封存，彻底打消心理防备。