Cursor：Grab约 98% 技术组织员工每月使用，设计师同日提交UI修复
Grab对约 4000 人的逾 10 万条Cursor消息做了脱敏分析，发现除工程外，设计、运营、财务等角色也在用它写代码，设计在样式与布局上的使用量是公司基准的 5.3 倍。
AI解读：Grab披露的数据说明，AI编程工具在这家公司已经不是工程部门的专属工具：技术组织约 98% 的员工每月用Cursor，约 75% 每周用。除工程师外，设计、财务、运营、市场以及CEO办公室的人也在用它完成原本要排队等工程资源的活。
最值得注意的一点是设计团队的用法。Grab称设计师在样式和布局上的使用量是公司基准的 5.3 倍，在完成Git基础培训后，他们已合并数百个UI修复，每个由设计经理审核，通常当天就能提交，而不必先提工单再等工程排期。
另一个信号是非工程角色开始自己造工具。Grab表示有产品经理把PRD变成可运行的HTML、JavaScript、CSS演示，财务、运营和区域团队中的非工程师在为自己业务问题构建工具，工作坊已在 5 个国家培训数百人，包括亲手构建并部署自己应用的高管。
这些数字来自Grab与Cursor双方公开的一手材料，且Grab的采纳方式是“赋能而非强制”：先让员工在真实问题上用起来，再逐步扩展。它说明AI编程工具的扩散路径可能不是把工程师变快，而是把写代码的能力交到原本不写代码的人手里。
限制同样清楚：这些数据是Grab单家公司的内部观察，没有与其他公司对比，也没有独立验证生产力提升幅度。设计修复要经设计经理审核，合并请求中引入Cursor的比例略超三分之一，建议采纳率约 50%，都说明人的审查环节仍然存在。
Grab与Cursor公布了一份关于Cursor在Grab内部落地情况的材料。Grab业务覆盖东南亚 8 个国家的出行、配送、支付及其背后的系统。Cursor方面称，Grab技术组织约 98% 的员工每月使用Cursor，约 75% 每周使用。
Grab分析了超过 10 万条脱敏后的Cursor消息，涉及约 4000 人。在所有被研究的职业群体中，修bug都排在前三位活动之列，在软件工程和运营及业务角色中都占约 39% 的活动量。
Grab称，设计师在样式和布局上使用Cursor的频率是公司基准的 5.3 倍。在完成Git基础培训后，设计师已合并数百个UI修复，每个修复由设计经理审核，通常在同一天完成。
在软件工程师中，重度用户发送的消息量是轻度用户的 18 倍，他们承担高复杂度工作的比例高出 15.6%。Grab公开表示，过去需要数天的任务现在几个小时完成，工程师开始接手此前因时间压力会跳过的重构和测试。超过三分之一的合并请求包含Cursor，建议采纳率约为 50%。
Grab称写代码在所有群体中都约占Cursor活动的一半，第二类任务因角色而异：分析岗偏向SQL与数据转换，使用量是公司基准的 4.7 倍；技术项目管理集中在Git、构建和部署，为 3.1 倍；产品经理更多用Cursor写文档。至少一名产品经理把PRD变成了可运行的HTML、JavaScript和CSS演示。
Grab表示，在员工打开Cursor较少的角色中，打开过的人使用强度往往高于工程师和公司整体。Grab将其视为赋能而非强制，工作坊已在 5 个国家培训数百人，包括高管构建并部署自己的应用。
修bug是各职业群体中最常见的用途之一
Grab对超过 10 万条脱敏Cursor消息、约 4000 人做分析后发现，修bug在每个被研究职业群体中都排进前三位活动，在软件工程和运营及业务角色中都占约 39%。
这一分布与调试的工作方式有关：起点具体，比如报错、测试失败、查询出错或界面显示不对，人和Cursor都有明确的着手点和验证结果的方式。
- 样本：超过 10 万条脱敏Cursor消息，约 4000 人
- 修bug在软件工程和运营及业务角色中均占约 39% 的活动量
- 修bug在所有被研究职业群体中均列前三位
设计团队把修UI从排队变成当天合并
Grab设计团队的用法是这份材料中最具体的变化之一。Grab称，设计师在样式和布局上使用Cursor的频率是公司基准的 5.3 倍。在完成Git基础培训后，设计师已合并数百个UI修复，每个修复由设计经理审核，往往在同一天完成。
Grab设计技术负责人Clement Gougeon在材料中说，当界面不符合预期时，他的做法不是提bug或交付设计文件，而是用Cursor跟到实现里，做出一份工程可以验证的可用改动。
- 设计在样式与布局上的使用量为公司基准的 5.3 倍
- 设计师已合并数百个UI修复，每个由设计经理审核，通常当天完成
- 此前流程是提bug或交付设计文件，再等工程处理
工程师承接此前会跳过的重构和测试
Grab称，软件工程师中的重度用户发送的消息量是轻度用户的 18 倍，高复杂度工作占比高出 15.6%。任务类型并不新鲜，仍是测试、重构、修bug和阅读不熟悉的代码。
区别在于完成量。Grab公开表示，过去需要数天的工作现在几个小时完成，工程师开始做此前在时间压力下会跳过的重构和测试。超过三分之一的合并请求包含Cursor，建议采纳率约为 50%。
- 工程师重度用户消息量为轻度用户的 18 倍
- 高复杂度工作占比高出 15.6%
- 超过三分之一的合并请求包含Cursor，建议采纳率约 50%
- Grab称原本数天的任务现在数小时完成
非工程角色开始做自己的工具
Grab称，写代码在每一个被研究的群体中都约占Cursor活动的一半，另一半任务随角色变化：分析岗偏向SQL和数据转换，使用量是公司基准的 4.7 倍；技术项目管理集中在Git、构建和部署，为 3.1 倍；产品经理更多用于文档。
Grab提到，至少一名产品经理把PRD转化成可运行的HTML、JavaScript和CSS演示。财务、运营和区域团队中的非工程师在为自己遇到的问题构建工具。Grab的工作坊已在 5 个国家培训数百人，其中包括构建并部署自己应用的高级管理人员。
Grab CEO办公室高级经理Michelle Ng在材料中说，她不是传统意义上的技术人员，现在可以把想法变成可用的工具、改进流程并直接解决工作流问题。Grab工程经理Akshay Misra表示，Grab的信念是AI属于每个人，因此重点放在提升所有人的技能上，如今设计、财务、运营、市场都在技术团队之上构建和交付。
- 分析岗：SQL与数据转换使用量为公司基准的 4.7 倍
- 技术项目管理：Git、构建、部署使用量为 3.1 倍
- 产品经理更偏文档，至少一人把PRD变成可运行的HTML/JS/CSS演示
- 工作坊在 5 个国家培训数百人，含构建并部署自己应用的高管
采纳方式是没有强制指标的赋能
Grab表示，在打开Cursor较少的角色中，打开过的人使用强度往往高于工程师和公司整体，一旦找到真实用途就会坚持使用。Grab将此视为赋能而非强制命令：先从一个员工真正在意的问题开始，再扩展到工作中下一个重要任务。
这些数字来自Grab与Cursor双方公开发布的材料，属于单家公司的内部观察，没有与其他公司做对照，也没有独立验证生产力提升的幅度。设计修复仍要经设计经理审核，合并请求中引入Cursor的比例略超三分之一，建议采纳率约 50%。
- Grab称采纳方式是赋能而非强制，未有全员强制指标
- 数据来自Grab与Cursor的单方公开材料，无对照与独立验证
- 设计修复经设计经理审核；合并请求引入Cursor比例略超三分之一