Microsoft Frontier Company: 开发者必须提出的问题

Microsoft Frontier Company: 6000名嵌入式工程师，25亿美元投资企业AI部署

微软刚刚向企业办公室派驻了6000名工程师。该公司承诺投入25亿美元，将其员工直接嵌入客户组织内部，构建并运行现场AI系统。AWS在两天前也宣布了10亿美元的同类举措。Anthropic和OpenAI此前已宣布类似项目。现在，所有主要AI供应商都认定仅仅销售软件已不够——这一决定对每个企业开发团队都产生了直接影响。

为何所有AI公司现在都这么做

简短答案是，企业AI部署正大规模失败。MIT的Project NANDA发现，95%的生成式AI试点项目未产生可衡量的损益影响。模型本身不是问题。问题在于部署：数据集成、工作流适配、组织变革，以及演示与生产系统之间的差距。

前向部署工程（FDE）是行业的答案。FDE不是销售平台然后让客户自行摸索，而是供应商的工程师搬进你的大楼，与你的团队并肩构建AI系统，并在合同结束时撤离。Palantir在2010年代早期为情报机构发明了这一模式。其嵌入式团队创造了几乎牢不可破的客户关系——Palantir股票实现640%回报的部分原因正是，一旦Palantir工程师构建了核心系统，客户根本无法离开。

Microsoft Frontier Company就是这种模式在财富500强规模上的复制，由前微软亚洲总裁Rodrigo Kede Lima领导。

微软公告中忽略的知识产权问题

微软的公开宣传令人放心：客户数据受到保护，不用于训练微软模型。但这并非关键的知识产权问题。

真正的问题是，谁拥有在你的基础设施内部构建的AI系统。微软工程师在项目过程中创建的定制数据管道、提示架构、Azure服务依赖关系和运维手册——当合同结束时，你到底拥有什么，哪些需要微软来维护？Directions on Microsoft建议明确提问：项目期间开发的知识产权如何归属，以及退出方案是什么。微软的启动文档并未回答这个问题。

实际商业模式

Microsoft Frontier Company并非慈善事业。FDE是微软加速Azure消耗并制造切换成本（使离开变得昂贵）的方式。Frontier Company工程师构建的每个系统都运行在Azure上，通过微软云调用OpenAI或Anthropic API，并在系统运行的整个周期内产生按量计费收入。

微软宣称模型灵活性——Frontier Company可以使用OpenAI、Anthropic、开源或专业模型。这在技术上是正确的。但当你的AI基础设施是由微软工程师在Azure上设计和构建时，无论上层运行何种模型，架构依赖是结构性的。切换云提供商意味着重新构建一切。评估FDE方案的开发者与CTO应在谈判时了解这一点，而不是在项目结束后才发现。

你的内部团队会怎样

当Frontier Company入驻时，内部开发者面临两种现实结果。最佳情况下，内部工程师与微软团队作为真正的协作者并肩工作，积累专业知识，并在项目结束时保留机构知识。常见情况下，微软工程师承担技术主导，内部团队维护遗留系统，你的AI专业能力逐渐萎缩。你会得到哪种结果由合同决定——具体而言，是否规定了知识转移、协同开发和文档标准。

签署任何FDE协议前需提出的四个问题

如果你的组织收到FDE方案——无论是来自微软、AWS、Anthropic还是其他公司——在签署前请获取以下问题的书面答案：

• 谁拥有已构建的内容？就项目期间创建的所有代码、配置、提示和集成的知识产权归属获取明确的书面答复。“你的数据归你”不等于“你的AI系统归你”。
• 退出方案是什么？要求提供详细的离职计划。交接什么，以何种格式，附带什么文档？哪些内容需要供应商在项目结束后维护？
• 你的内部团队如何参与？坚持要求协同开发条件。你的工程师应与其并肩构建，而非旁观。知识转移必须是合同性的，而非理想化的。
• 云依赖架构是什么？询问哪些服务是供应商特有的，哪些是可移植的。了解更换云提供商后会发生什么变化，能让你对长期锁定有真实的认识。

更广泛的转变

AWS于6月30日承诺投入10亿美元。微软于7月2日承诺投入25亿美元。到2027年，FDE方案将成为企业AI销售的标准说辞，每家供应商都会声称自己的版本比其他人锁定程度更低。

FDE所解决的底层问题是真实的——AI部署确实困难，大多数企业缺乏做好这件事的专门人才。问题在于，FDE是在建设企业能力，还是在替代企业能力。对于企业开发者而言，这一区别就是全部。确保当项目结束时，你的团队知道如何运行已构建的系统，并且真正拥有它。