[{"data":1,"prerenderedAt":320},["ShallowReactive",2],{"blog-post-/zh/blogs/why-ai-companies-are-becoming-deployment-companies":3},{"id":4,"title":5,"body":6,"description":301,"extension":302,"meta":303,"navigation":314,"ogImage":315,"path":316,"seo":317,"stem":318,"__hash__":319},"zh/blogs/zh/28.why-ai-companies-are-becoming-deployment-companies.md","昂贵的 Token 救不了企业 AI",{"type":7,"value":8,"toc":290},"minimal",[9,16,19,22,27,32,49,63,66,69,73,82,85,88,91,94,101,105,108,111,114,122,125,131,135,138,141,147,150,153,156,159,162,165,169,172,242,257,262,265,271,275,278,284,287],[10,11,12],"p",{},[13,14,15],"em",{},"Anthropic、OpenAI、AWS、Microsoft 正在为同一个缺口投入数十亿美元：需要工程师把模型能力变成企业真正拥有、能够持续改进的工作流。",[10,17,18],{},"Forward Deployed Engineering（FDE）已经成为企业 AI 最清晰的信号之一。把 Anthropic、OpenAI、AWS、Microsoft 最近的公告放在一起看，四家公司都在把工程师推到更靠近客户的位置。OpenAI 和 AWS 直接使用 FDE 这个名称；Anthropic 和 Microsoft 的叫法不同，押注的却是同一件事。",[10,20,21],{},"模型已经会写代码、读文档、调用工具。企业真正缺的，是把数据、权限、审批、恢复和责任组织成一套能在生产环境稳定运行的工作系统。FDE 就站在这个缺口里：工程师把模型接进真实工作，再把现场暴露的问题变成更好的部署，并尽可能送回产品。",[23,24],"youtube-embed",{"title":25,"videoId":26},"Expensive Tokens Won't Save Enterprise AI","BhwSZpb6ag8",[28,29,31],"h2",{"id":30},"_75-亿美元说明ai-的瓶颈在落地","75 亿美元说明，AI 的瓶颈在落地",[10,33,34,35,42,43,48],{},"59 天内，四家 AI 平台先后宣布成立大型部署组织。",[36,37,41],"a",{"href":38,"rel":39},"https://www.anthropic.com/news/enterprise-ai-services-company",[40],"nofollow","Anthropic"," 成立了一家面向中型企业的 AI 服务公司。",[36,44,47],{"href":45,"rel":46},"https://openai.com/index/openai-launches-the-deployment-company/",[40],"OpenAI"," 推出由自己控股的部署公司，初始投资超过 40 亿美元，并同意收购 Tomoro，带入大约 150 名 FDE 与部署专家。",[10,50,51,56,57,62],{},[36,52,55],{"href":53,"rel":54},"https://www.aboutamazon.com/news/aws/aws-1-billion-forward-deployed-ai-engineers",[40],"AWS"," 投入 10 亿美元，计划把数千名专家嵌入客户团队。",[36,58,61],{"href":59,"rel":60},"https://blogs.microsoft.com/blog/2026/07/02/microsoft-frontier-company-ai-engineering-that-amplifies-and-protects-your-intelligence/",[40],"Microsoft"," 则为 Frontier Company 投入 25 亿美元，配置 6000 名行业和工程专家。",[10,64,65],{},"这些投入的口径并不完全一致，但共同说明：当前 AI 真正稀缺的，不是更多模型能力，而是把数据、权限、系统集成和业务责任组织成真实结果的部署能力。",[10,67,68],{},"软件公司为什么要花数十亿美元养一支庞大的工程队伍？因为这些工程师同时承担两个任务：帮助客户把系统做成，也告诉模型公司哪些现场问题值得变成产品。如果每支团队都在手工解决同一种连接器、权限、评估或工作流故障，FDE 只是昂贵的定制服务。只有当重复问题被沉淀进产品，这个模式才可能规模化。",[28,70,72],{"id":71},"fde-到底在现场做什么","FDE 到底在现场做什么",[10,74,75,76,81],{},"Palantir 把 FDE 定义成一种产品开发方式，而不只是实施岗位。工程师进入工厂、运营中心等真实现场，和用户一起工作，再与核心工程团队协作，把现场反馈变成产品改进。Palantir 把这个过程称为",[36,77,80],{"href":78,"rel":79},"https://www.palantir.com/docs/foundry/architecture-center/overview",[40],"由人完成的反向传播","。这个说法听起来有些学术，实际工作却很具体。",[10,83,84],{},"假设一家制造商遇到供应中断。供应商信息在一个系统里，生产能力在另一个系统里，客户订单又在第三个系统里，审批规则可能只存在于员工经验中。真正有价值的问题不是“这里能不能加一个聊天机器人”，而是“这个供应商出问题以后，哪些订单会受影响，计划人员有哪些选择，谁有权批准调整”。",[10,86,87],{},"FDE 会和一线人员一起拆解这个问题。团队连接相关数据，定义工厂、生产线、供应商、订单等关键业务对象，再把真正需要采取的动作接进去：更新采购单、调整配送策略、模拟供应中断。权限、审批和失败后的处理方式，从一开始就是系统的一部分，而不是上线前补的一叠文档。",[10,89,90],{},"接着，系统必须接受现场检验。计划人员发现了一个例外，某个数据源来晚了，审批规则挡错了人。FDE 可以修复当前部署，更有价值的是判断这个问题会不会在其他客户身上重复，再把经验送回核心产品。",[10,92,93],{},"这就是由人完成的反向传播：发现问题，做出可运行的系统，观察真实失败，改进产品，再让下一次部署从更高的起点开始。对技术人员来说，真正有价值的信号不是“离客户近”本身，而是把混乱的业务现场翻译成软件，在真实约束下保持工程严谨，并判断哪些局部经验值得成为可复用的产品能力。",[10,95,96],{},[97,98],"img",{"alt":99,"src":100},"FDE 把真实业务决策变成受治理的工作流，再把现场学习送回产品","/blogs-img/2026-07-06-fde-ai-01.webp",[28,102,104],{"id":103},"不要被五分钟-ai神话欺骗","不要被“五分钟 AI”神话欺骗",[10,106,107],{},"如果有人告诉你，只用几句 prompt、五分钟就让 AI 写出了一篇真正优秀的文章，他隐去的是支撑结果的整套生产系统。Prompt 可以启动一次生成，却维护不了一套高质量工作流。",[10,109,110],{},"我的第一版博客流程连通了调研、大纲、写作、翻译、配图、音频、视频和发布，产出速度明显提高，质量却没有自动提高。证据薄弱、生硬翻译、重复配图、失效链接和过期音视频，仍然可能顺着流程一路通过。",[10,112,113],{},"第二版需要我更深地参与：重读、拒绝、质疑证据、比较视觉方向、测试链接，再决定哪些修正应该成为长期规则。工作流之所以提高，是因为判断被写回了系统，变成证据门、编辑检查和验证工具。",[10,115,116,117,121],{},"这其实就是一个缩小版的 FDE 过程：贴近真实工作，发现通用能力遗漏的问题，再把局部修正写回系统。企业部署的规模和风险当然高得多，但工作方式相同。至少在现阶段，AI 能执行的环节远多于它能负责的环节；没有人持续设定质量标准并维护系统，",[118,119,120],"code",{},"Recursive"," 很容易变成重复生成，而不是自我提升。",[10,123,124],{},"目标不是永远手工操作，而是让每次参与都能沉淀，让下一次运行从更高的基线开始。不要把自动生成误认为自动生产，更不要把自动生产误认为自我提升。",[10,126,127],{},[97,128],{"alt":129,"src":130},"博客生产流程从一组相连的任务，演进为能够复盘和学习的系统","/blogs-img/2026-07-06-fde-ai-02.webp",[28,132,134],{"id":133},"不要简单地把-fde-和咨询画等号","不要简单地把 FDE 和咨询画等号",[10,136,137],{},"把 FDE 理解成咨询顾问的重新包装，是一种很片面的看法。优秀的咨询顾问和系统集成商，本来就在分析工作流、建设技术、推动组织变革、处理监管问题和协调大型转型，FDE 并不独占这些能力。",[10,139,140],{},"更值得关注的区别，是现场工作与产品之间的连接。在理想的 FDE 模式中，团队既靠近生产环境，也靠近核心工程。一次部署中学到的东西，可以改变平台，并缩短下一次部署。",[10,142,143],{},[97,144],{"alt":145,"src":146},"咨询帮助企业规划和推动转型，FDE 则把现场问题持续送回产品工程","/blogs-img/2026-07-06-fde-ai-03.webp",[10,148,149],{},"职位名称本身什么也证明不了。如果项目结束后只留下定制代码、一次交接，以及对厂商更深的依赖，它仍然是定制服务；如果客户能够运行建成的系统，现场经验也能改进产品，FDE 才真正形成了不同的工作方式。",[10,151,152],{},"FDE 不会替代咨询，企业 AI 落地仍然需要工程、产品判断、安全、治理和变革管理。它的价值，是缩短这些专业与真实软件之间的距离。",[28,154,155],{"id":155},"企业必须把工作流沉淀在自己手里",[10,157,158],{},"厂商越接近核心工作流，越可能创造价值，也越可能把依赖藏得更深。一个关键流程可能逐渐绑定在某家厂商的连接器、评估体系、权限模型、智能体运行环境和默认假设上。系统看起来很成功，企业理解和改变它的能力却可能越来越弱。",[10,160,161],{},"因此，企业必须掌握工作流中真正耐用的部分：数据契约、评估集、权限规则、审计记录、运行手册、失败模式，以及工作流与模型之间的接口。内部人员应该知道系统为什么有效、可能在哪里失败，也应该能够在更换模型或合作伙伴时，不必把业务流程推倒重来。",[10,163,164],{},"一次好的 FDE 合作，应该让客户自身变得更有能力，而不是更依赖一家有能力的厂商。企业付费建设的应该是运营能力，而不是租用一个结果。",[28,166,168],{"id":167},"actor我的-ai-落地执行框架","ACTOR：我的 AI 落地执行框架",[10,170,171],{},"ACTOR 是我在实际工作中用来推动 AI 落地的执行框架。它不是一套普遍真理，而是为了避免一个项目仅仅因为“模型生成了东西”，就被宣布成功。",[173,174,175,188],"table",{},[176,177,178],"thead",{},[179,180,181,185],"tr",{},[182,183,184],"th",{},"维度",[182,186,187],{},"问题",[189,190,191,203,213,223,233],"tbody",{},[179,192,193,200],{},[194,195,196],"td",{},[197,198,199],"strong",{},"Action",[194,201,202],{},"哪项真实决策、交接或任务会改变？",[179,204,205,210],{},[194,206,207],{},[197,208,209],{},"Context",[194,211,212],{},"系统必须知道什么，有权访问什么？",[179,214,215,220],{},[194,216,217],{},[197,218,219],{},"Trust",[194,221,222],{},"AI 是起草、建议、决定还是行动？谁批准，失败后如何恢复？",[179,224,225,230],{},[194,226,227],{},[197,228,229],{},"Outcome",[194,231,232],{},"什么证据能证明工作真的改善？",[179,234,235,239],{},[194,236,237],{},[197,238,120],{},[194,240,241],{},"这次运行怎样改进当前工作流和下一次运行？",[10,243,244,245,247,248,250,251,253,254,256],{},"这篇文章本身就是一个现实例子。",[197,246,199],{}," 不是“生成文字”，而是发布一篇来源可靠、双语一致、图片和链接都能正常工作的文章。",[197,249,209],{}," 包括一手资料、过去的文章、语言规则和目标读者。",[197,252,219],{}," 允许 AI 调研、起草、翻译和提出配图，但事实判断、文章结构、视觉选择和最终发布仍由我负责。",[197,255,229],{}," 也不是字数或 Token 使用量，而是论证是否成立、成品是否通过验证、读者反馈是否真的有用。",[10,258,259,261],{},[197,260,120],{}," 就发生在这次修改里。读者指出“四项产出”与 ACTOR 形成了两套竞争框架。我删掉了前者，并把“一篇严肃文章只保留一个主要执行框架”写进工作流。当前文章因此更清楚，下一篇文章也会从更好的约束开始。",[10,263,264],{},"这就是我实际使用 ACTOR 的方式。企业场景的数据更多、风险更高、责任人更多，但在宣布部署完成之前，仍然必须说清楚行动、背景、信任、结果和学习。",[10,266,267],{},[97,268],{"alt":269,"src":270},"ACTOR 部署框架让 Recursive 把学习结果带回 Action","/blogs-img/2026-07-06-fde-ai-04.webp",[28,272,274],{"id":273},"token-是投入不是结果","Token 是投入，不是结果",[10,276,277],{},"Token 使用量只能衡量模型消耗，不能说明决策有没有改善、流程有没有变快、组织有没有学到东西。真正重要的产出，是一项被可靠改变的工作：它能够稳定运行，仍在企业控制之下，并且会在使用中继续提高。",[10,279,280],{},[97,281],{"alt":282,"src":283},"模型消耗进入企业自己掌握的工作流，最终产生经过验证的运营价值和可复用学习","/blogs-img/2026-07-06-fde-ai-05.webp",[10,285,286],{},"Anthropic、OpenAI、AWS、Microsoft 建设部署组织，是因为模型能力本身无法完成工作。它们押注的是：现场工程师能够缩短智能与运营之间的距离。AI 很快还会产生新的职位名称，但第一性原理不会变：能力只有在改变真实工作、经得住生产环境，并让组织更有能力运行下一条工作流时，才会产生价值。",[10,288,289],{},"我最终会保留一条执行规则：判断 AI，要看它改变了什么工作流、客户留下了什么能力，而不是消耗了多少 Token，或者团队挂着什么职位名称。真正的问题不是 FDE 这个名称会不会流行，而是企业能不能把昂贵的 Token，变成自己真正拥有的运营系统。",{"title":291,"searchDepth":292,"depth":292,"links":293},"",2,[294,295,296,297,298,299,300],{"id":30,"depth":292,"text":31},{"id":71,"depth":292,"text":72},{"id":103,"depth":292,"text":104},{"id":133,"depth":292,"text":134},{"id":155,"depth":292,"text":155},{"id":167,"depth":292,"text":168},{"id":273,"depth":292,"text":274},"Anthropic、OpenAI、AWS 和 Microsoft 正在把工程师推向客户现场。FDE 的价值，是把模型能力变成企业拥有、可以持续改进的工作流。","md",{"date":304,"image":305,"alt":306,"category":307,"tags":308,"youtube":313,"published":314},"6th Jul 2026","/blogs-img/2026-07-06-fde-ai-cover.webp","人工反馈连接模型消耗与企业运营价值","ai-native-systems",[309,310,311,312],"企业 AI","FDE","AI 部署","工作流工程","https://youtu.be/BhwSZpb6ag8",true,"/blogs-img/2026-07-06-fde-ai-social.jpg","/blogs/zh/why-ai-companies-are-becoming-deployment-companies",{"title":5,"description":301},"blogs/zh/28.why-ai-companies-are-becoming-deployment-companies","0cfBM2jLZ5ji6jXhfL10wfIyXBxeD6rFswLjBkThpkg",1783835237065]