Cursor 如何把 AI 部署进企业内部

作者：Richard MacManus
原文链接：https://www.latent.space/p/cursor-forward-deployed-engineers

Start

在企业 AI 落地过程中，Forward Deployed Engineer（FDE，前线部署工程师）正在成为一个极具代表性的角色。这个岗位连接软件工程、产品设计与客户实施。它直接进入企业现场，把 AI 能力嵌入真实业务系统与流程。

Cursor 对 FDE 的定义更进一步。它把这类工作提升到更完整的企业落地层面：围绕客户的开发流程、组织协作与系统环境，部署可长期运行的 Agent，逐步搭建所谓的 AI software factory（AI 软件工厂）。

这篇访谈里，Cursor 的 Pauline Brunet 解释了她如何建设 FDE 团队、企业为何很难把 Agent 的使用从少数 AI 爱好者扩展到组织层面，以及客户部署经验如何反向影响 Cursor 的产品路线图。

对 AI 产品经理、研发负责人、企业技术管理者来说，这篇内容很适合理解一个关键趋势：企业真正需要的，已经从“给个人配一个 AI 编码助手”，转向“用 Agent 重构整个软件开发 lifecycle”。

Cursor 的 Pauline Brunet 解释了她的 Forward Deployed Engineers 团队如何帮助组织落地 agents——也就是搭建软件工厂。

Pauline Brunet，Cursor 负责 Forward Deployed Engineering 的副总裁，摄于 AIEWF。

Forward deployed engineering 已经迅速成为企业 AI 领域最突出的岗位之一。这个角色位于软件工程、产品开发与客户实施之间，forward deployed engineers（FDE）直接与组织合作，推动 AI 能力落地。

在 Cursor，这个岗位的目标更具野心。公司负责 Forward Deployed Engineering 的副总裁 Pauline Brunet 正在组建一支团队，与各类组织合作，在整个软件开发生命周期中部署 Agent。

在 AI Engineer World’s Fair 上接受 Latent Space 采访时，Brunet 谈到了 Cursor 对“AI software factory”的设想、如何把 Agent 的使用从个人爱好者扩展到更广泛组织，以及工程师如果希望转向 forward-deployed 工作，需要展现哪些能力。

Cursor 如何定义 forward deployed engineering

Latent Space： 先从定义开始，你如何理解 forward deployed engineering？

Pauline Brunet： Forward deployed engineering 的定义，取决于业务、产品和客户。

你需要看应用本身的可配置程度。客户拿来即用就能跑起来，还是要部署一个复杂且高度可配置的系统？

你还要看客户当前所处的阶段。

我不会把 forward deployed engineering 理解为一个支持传统“开箱即用式部署”的团队。我更愿意把它理解为：团队到客户现场，在客户现有的系统和工具内部工作，部署能够大规模解决问题的应用或平台。

这类部署通常具有很高的可配置性，并且会围绕客户的 workflow、流程、系统和工具进行定制。

Latent Space： Cursor 的客户大多是工程师。FDE 这个角色如何适配他们使用产品的方式？

Brunet： Cursor 是一个 AI 编码平台，也是一个 coding assistant。我们与用户一起推进 AI-assisted coding、同步和异步 agents，以及最终指向的 AI software factory 概念。

今天，我们服务于很多行业的客户，包括金融服务、电信、软件开发、科技和半导体。

我们帮助转型负责人、IT 负责人以及 CTO 团队，在各自的运营体系中搭建 AI software factory。这包括如何规划和设计软件、如何编写代码、如何测试和评审，以及如何大规模部署和维护应用。

所以我们的关注点非常明确：围绕软件开发 lifecycle，从头到尾打通。

建设 Cursor 的 FDE 团队

Latent Space： Cursor 的 FDE 团队现在有多大？

Brunet： 我们增长非常快。目标是在 12 月底前，把团队规模扩大到现在的 10 倍。

Latent Space： 你们现在的 FDE 成员主要是工程师吗，还是也包括产品专家？

Brunet： 他们全都是工程师。我们招聘的软件工程师通常有至少五年经验，并且具备丰富的客户协作经验。

这些人都做过生产环境开发并成功交付过代码。他们搭建过系统、设计过系统，也能做权衡判断，评估应该采用哪些系统或技术。

他们还需要具备客户面对面的工作经验。我们团队里有人此前在 Spotify、Rippling、Palantir 等公司工作过，并且为客户部署过生产系统。

从 coding assistant 到 software factory

Latent Space： 你提到了 “software factory” 这个词，最近它在行业里出现得越来越频繁。对 Cursor 来说，这个词意味着什么？

Brunet： 对 Cursor 来说，它指的是完整的软件开发 lifecycle：如何规划、设计、编写、评审、测试并部署代码。

今天，这些阶段往往由不同团队分别处理。你可能有一个设计团队、一个开发团队，还有与他们协同工作的产品经理。每个群体都可能在用 AI-assisted coding 优化自己的工作，但整个流程仍然彼此割裂。

我们希望帮助客户覆盖整个生命周期。理想状态下，你可以直接说：“这是我想开发的功能。” 然后由可长期运行的 agents 在每一个环节中与你协作。

这可能包括：创建计划和产品需求文档，产出这个功能可能呈现出的演示效果，编写和测试代码，将其上线到生产环境，以及后续维护。

问题反馈和产品反馈也应该回流到同一个生命周期里。对我们来说，software factory 的含义，就是让可长期运行的 agents 在整个过程中持续帮助人完成工作。

Latent Space： 所以它的范围比单纯的 agent orchestration 更大？

Brunet： 对，完全正确。

走出个人 AI 采用者阶段

Latent Space： 企业在尝试落地 Agent 技术时，通常会遇到哪些问题？

Brunet： 一个挑战是，采用仍然主要集中在 early adopters 身上。

在一个组织里，可能有 10% 到 20% 的人属于热情很高的 early adopters。他们已经用 local agents 和 cloud agents 把自己的工作做得很好，生产效率也大幅提升。

下一阶段缺少的能力，是如何让可长期运行的 agents 跨团队、跨流程、跨 workflow 使用起来。

这需要组织高层提供更多支持。管理层需要明确表示：“这是优先事项，我们希望这样去自动化流程，或者以这种方式改变流程。”

因此，对 FDE 团队来说，关键任务之一是找到组织内部合适的 champion：这些人真正希望改变业务，并且愿意与我们以及内部团队合作，一起改造工作的完成方式。

用 cloud agents 标准化工作

Latent Space： Local AI 似乎正在获得更多势能，部分原因是开源模型的可用性持续提升。你们是否也在和客户做更多 local AI 相关的实施工作？

Brunet： 我们确实有 local agents，用户可以通过桌面应用或者 CLI 来运行，这部分体验大体上是 self-service 的。大家采用这项技术的速度快得惊人，尤其是在 Cursor 的用户群体中。

我们也看到越来越多人开始采用 cloud agents，因为他们很喜欢这样一种能力：任务可以在云端运行，自己无需一直把笔记本电脑半开着守着。以前必须本地运行的任务，现在 agents 已经可以在云端完成。

真正有意思的地方在于，当 Agent 的作用超出“帮助某一个人的工作”之后，会发生什么。

接下来的问题是：Agent 如何在一个职能、一个团队、甚至整个组织里协同工作，让流程实现一致的自动化。比如，你可以让一个 QA Agent 在多个开发团队之间执行同一套流程。

客户正在就这类 use case 向我们提出大量问题。

客户部署如何影响 Cursor 的路线图

Latent Space： 这些部署过程中得到的经验，会反哺到 Cursor 的核心产品里吗？

Brunet： 会。Forward deployed engineering 团队会围绕客户的 use case 与他们紧密合作，因此我们天然就是产品团队和工程团队理解“客户下一步想构建什么”的一个重要渠道。

我们和这些团队合作得很紧密，也在帮助塑造 Cursor 的产品路线图方面发挥着重要作用。

Forward deployed engineer 角色正在变化

Latent Space： 随着 Agent 变得越来越 autonomous，你预计 FDE 这个角色会如何演变？

Brunet： 我觉得这个角色会发生很大的变化。我经常说，如果我们今天做的工作和六个月前完全一样，那就说明我们做错了什么。

现在，大家仍然在寻找灵感，想知道哪些 use case 可以被解决，所以我们希望主动提出新的可能性。

以软件开发为例，我们可以展示设计师和产品经理如何与开发者、测试团队一起，在 Cursor 里实现无缝协作。

我们也会问企业：是否考虑过使用可长期运行的 agents，把 call-center 或 ticketing 流程从头到尾接管下来。

随着我们在 healthcare、life sciences、public sector、retail 和 consumer packaged goods 等行业持续推进合作，我们也会不断识别 marketing、sales 与 supply-chain 运营中的更多用例。

FDE 这一角色也会随着这些新可能性持续演进。

工程师如何为 FDE 职业做准备

Latent Space： 这场大会大约有 7,000 名 AI 工程师。对于那些希望转向 forward deployed engineering 的开发者，你会给出什么建议？

Brunet： 我今天已经聊过五六次这个问题了。我们在寻找真正的 builder，也就是具备软件工程经验的人：他们发现过一个问题，并且从头到尾构建出一个达到生产级标准的应用或系统。

你需要亲自完成过设计、开发、测试，并把它部署到生产环境中，交给真实用户使用。

我的建议是，在你的组织内部找到这类项目，并从起点到终点亲自负责。确保你清楚自己为什么做出每一个设计决策。

你如何选择数据库？你如何选择不同的服务？你为什么以那种方式设计系统？其中有哪些 trade-off？

你还需要理解可衡量的投资回报，也就是 return on investment。一方面要能用传统商业指标来说明价值，另一方面也要通过评估体系证明你为内部客户创造了什么价值。

如果你希望进入 forward deployed engineering，就去熟悉这类项目，积累把项目真正交付出去的经验，并学会清晰解释你做过的每一个决策。