Cursor 怎样将 AI 部署进企业内部

时间:2026-07-05 08:10:41 来源:互联网

在企业AI落地进程中,前线部署工程师正成为关键枢纽。Cursor将AI能力直接嵌入真实业务,驱动AI软件工厂的构建,开启智能化开发新篇章。核心内容包括:前线部署工程师的角色定位、从个人AI助手到重构开发流程的转变、以及AI软件工厂的实践经验与挑战。

Start

在企业AI落地的进程中,前线部署工程师正成为一个极具代表性的角色。这一岗位融合了软件工程、产品设计与客户实施,直接进入企业现场,将AI能力嵌入真实业务系统与流程。

对于前线部署工程师的定义更进一步。它将此类工作提升到更完整的企业落地层面:围绕客户的开发流程、组织协作与系统环境,部署可长期运行的代理,逐步搭建所谓的AI软件工厂。

在这次访谈里,Pauline Brunet阐释了她如何建设前线部署工程师团队、企业为何难以将代理的使用从少数AI爱好者扩展到组织层面,以及客户部署经验如何反馈至产品路线图。

对于AI产品经理、研发负责人和企业技术管理者而言,这篇内容很适合理解一个关键趋势:企业真正需要的,已经从“给个人配一个AI编码助手”,转向“用代理重构整个软件开发生命周期”。

Pauline Brunet解释了她的前线部署工程师团队如何帮助组织落地代理,也就是搭建软件工厂。

img_6a49a1015fca630.webp

Pauline Brunet,负责前线部署工程的高级副总裁,摄于AIEWF。

前线部署工程已经迅速成为企业AI领域最突出的岗位之一。这个角色位于软件工程、产品开发与客户实施之间,前线部署工程师直接与组织合作,推动AI能力落地。

在具体实践中,这个岗位的目标更具野心。负责前线部署工程的高级副总裁Pauline Brunet正在组建一支团队,与各类组织合作,在整个软件开发生命周期中部署代理。

在AI Engineer World‘s Fair上接受Latent Space采访时,Brunet谈到了关于“AI软件工厂”的设想、如何把代理的使用从个人爱好者扩展到更广泛组织,以及工程师如果希望转向前线部署工作,需要展现哪些能力。

Cursor如何定义前线部署工程

Latent Space:先从定义开始,你如何理解前线部署工程?

Pauline Brunet:前线部署工程的定义,取决于业务、产品和客户。

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

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

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

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

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

Brunet:我们是一个AI编码平台,也是一个编程助手。我们与用户一起推进AI辅助编码、同步和异步代理,以及最终指向的AI软件工厂概念。

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

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

所以我们的关注点非常明确:围绕软件开发生命周期,从头到尾打通。

建设FDE团队

Latent Space:你们的FDE团队现在有多大?

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

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

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

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

他们还需要具备客户面对面的工作经验。我们团队里有人此前在相关领域工作过,并且为客户部署过生产系统。

从编码助手到软件工厂

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

Brunet:对而言,它指的是完整的软件开发生命周期:如何规划、设计、编写、评审、测试并部署代码。

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

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

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

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

Latent Space:所以它的范围比单纯的代理编排更大?

Brunet:对,完全正确。

走出个人AI采用者阶段

Latent Space:企业在尝试落地代理技术时,通常会遇到哪些问题?

Brunet:一个挑战是,采用仍然主要集中在早期采用者身上。

在一个组织里,可能有10%到20%的人属于热情很高的早期采用者。他们已经用本地代理和云代理把自己的工作做得很好,生产效率也大幅提升。

下一阶段缺少的能力,是如何让可长期运行的代理跨团队、跨流程、跨工作流使用起来。

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

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

用云代理标准化工作

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

Brunet:我们确实有本地代理,用户可以通过桌面应用或者命令行来运行,这部分体验大体上是自助式的。大家采用这项技术的速度快得惊人,尤其是在用户群体中。

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

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

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

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

客户部署如何影响产品路线图

Latent Space:这些部署过程中得到的经验,会反哺到核心产品里吗?

Brunet:会。前线部署工程团队会围绕客户的用例与他们紧密合作,因此我们天然就是产品团队和工程团队理解“客户下一步想构建什么”的一个重要渠道。

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

前线部署工程师角色正在变化

Latent Space:随着代理变得越来越自主,你预计FDE这个角色会如何演变?

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

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

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

我们也会问企业:是否考虑过使用可长期运行的代理,把客服中心或工单流程从头到尾接管下来。

随着我们在医疗、生命科学、公共部门、零售和消费品等行业持续推进合作,我们也会不断识别市场营销与供应链运营中的更多用例。

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

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

Latent Space:这场大会大约有7,000名AI工程师。对于那些希望转向前线部署工程的开发者,你会给出什么建议?

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

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

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

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

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

从个人助手到团队协同,AI正重塑软件开发。对于工程师而言,亲自交付端到端项目并理解每个决策,是迈向FDE角色的核心路径。