最新资讯
dev.to 精简 MCP server 工具数量:更少工具、更小影响面,双重收益 dev.to 为什么 git checkout 无法撤销 AI 编码 agent 的改动? wechat AI短剧门槛降降降!实测即梦短剧工作室:剧本分镜预演一条龙,伙伴计划长期护航 dev.to 让模型改写文档前,先量化事实保真度 dev.to 回放 153 个 Claude Code 与 Codex 会话,审计 Agent 的生产影响范围 dev.to 银行 77 意图分类最便宜 LLM:GPT-6.1 Terra 每次成功任务 $0.000727 theinformation.com Chesky的副业:Airbnb向CEO新设AI实验室出售IP theverge.com OpenAI 宣布数据中心项目不再与公职人员签署保密协议 dev.to NVIDIA 发布四个开放 Cosmos 3 仿真模型 dev.to 真实 MCP 客户端击穿我们服务器的五种方式 theverge.com Airbnb 正在开发 AI 旅行 agent,计划 2027 年上半年推出 wechat 这可能是美国AI最魔幻的一天。
多元动态
登录 注册
AI编码 www.xiaoyuzhoufm.com · @跨国串门儿计划

Grok Bot:AI应像真正的同事一样工作

原文 我的收藏

本期播客复盘了Grok Bot的诞生过程:一个小团队从零开始,仅用一个月做出内部原型,几周后推向市场。产品理念强调AI不应只是聊天窗口,而应像拥有自己电脑、工具和长期记忆的同事,可被委托完成整块工作。团队通过人工带领数百名早期用户上手,观察使用方式,砍掉复杂功能,打磨后台能力。嘉宾Roman Ugarte是Cursor第15号员工,后随公司并入SpaceXAI,参与孵化Grok Bot。

AI推荐理由 播客内容涉及Grok Bot的产品设计理念和开发过程,来自内部员工访谈,信息具体,但为二手转述,且发布时间标注为2026年,时效性存疑。对AI Agent产品设计有参考价值,但非官方一手资料。

70

正文

📝 本期播客简介 本期我们克隆了:Lenny's Podcast: Product | Career | Growth · How we built Grok Bot in a month | Roman Ugarte (SpaceXAI) 原内容更新时间:Tue, 08 Sep 2026 本期 Lenny 与 Roman Ugarte 深入复盘 Grok Bot 的诞生过程:一个与公司其他团队隔离开来的小团队,从第一行代码开始,仅用一个月做出内部原型,又在几周后推向公开市场。Roman 讲述了他们为什么没有把知识工作功能继续塞进 Cursor,而是选择从零开始打造一款全新的产品。 对话重点不只是产品功能,而是产品背后的判断:AI 不应该只是一个聊天窗口,而应该像拥有自己电脑、工具和长期记忆的同事,能够被委托去完成一整块工作。团队通过人工带领数百名早期用户上手,观察他们如何组织 Bot、如何分配任务,并据此不断砍掉复杂功能、打磨后台能力。 Roman 还分享了 SpaceXAI 如何在激烈竞争中保持速度,以及 Cursor 持续胜出的原因:不要过早设计护城河,而是不断把当下还做不到的事情变成可用产品,再随着模型能力进步持续重构自己。 👤 本期嘉宾 Roman Ugarte 是 Cursor 的第 15 号员工,曾担任两年增长负责人,参与推动公司从约 15 人扩展到 1000 多人,后随公司并入 SpaceXAI。最近,他参与孵化并负责 Grok Bot 的产品工作,从最早的原型一路参与到正式发布。 Roman 值得听的地方,在于他同时经历了编程 Agent 和通用知识工作产品的快速演进。他不仅参与了 Grok Bot 的产品决策,也亲自参与数百名早期用户的人工导入,因此能够具体解释:哪些功能应该展示、哪些细节应该隐藏、什么样的 Bot 才真正能被用户信任,以及一支团队如何在极短时间内完成从原型到产品的跃迁。 ⏱️ 时间戳 00:53 Grok Bot为何引发狂热 02:58 一个月做出知识工作产品 06:09 为何从Cursor独立出来 15:46 从内测到顺畅上线 30:32 每个Bot拥有云端电脑 52:44 让AI真正完成工作 🌟 精彩内容 💡 从零开始,才能做出一致的产品体验 Roman 认为,知识工作产品不能只是把更多功能拼接到已有的编程工具里。独立产品让团队能够掌控每一个像素,并围绕新的工作方式建立连贯体验;小团队的隔离和高度专注,则是快速做出原型的关键。 "作为一个全新的产品,你能掌控体验中的每一个像素,对知识工作的未来走向拥有连贯的设想,并且全都装在这个新东西里,我觉得这为成功贡献了很大力量。" 💡 人工导入不是服务,而是产品研究 团队花了大约两周时间,亲自带领数百名用户完成上手。用户卡在哪里、哪些步骤令人困惑、哪些任务无法顺利完成,都会立刻转化成第二天必须解决的产品问题;同时,团队也能接触到开发者之外的真实使用场景。 "我们不仅对产品有了很多了解,而且我觉得我们之前并不真正清楚,有时候对于这类产品,大家在使用方式上会有某种群体思维。" 💡 AI 应该像同事,而不是实时汇报机器 Grok Bot 有意隐藏了大量工具调用、点击路径和内部运转细节。Roman 的判断是,用户不需要像监控程序一样观察 AI 每一步做了什么;真正重要的是交代任务、获得阶段性进展,并最终拿到成果。 "你不可能要求他们每分每秒都汇报自己点了哪个按钮、打开了哪个网站,我觉得对你的 Bot 提出这种要求也过分了。" 💡 每个 Bot 都应该拥有自己的电脑 Grok Bot 的关键差异不只是运行在云端,而是每个 Bot 都拥有自己的电脑。这样它不必局限于已有 API 或 MCP,而是可以像人一样点击屏幕、登录网站、操作那些没有良好接口的工具。 "不仅要让它成为一个在云端运行、你能通过各种方式与之交互的 Agent 循环,更重要的是这些 Bot 必须拥有自己的电脑。" 💡 真正的完成,不是做到九成 Roman 认为,所谓“AI 完成了 90% 的工作”经常并不等于用户少做了 90% 的工作。如果你仍然需要持续盯着过程、担心结果、最后亲自补救,心理负担并没有消失。真正的跃迁,是可以把任务交给 AI,然后相信它会把事情办完。 "你其实还是在自己做这件事,感觉上是这样,心理负担也一点没少;这跟真正给同事来个不看人传球完全是两码事。" 💡 下线功能,比增加功能更重要 从原型到公开发布,团队砍掉了大量面向开发者的可视化工具和复杂界面。产品不应该让用户管理按钮、标签页和自动化流程,而应该把这些能力封装在后台,用自然语言直接表达想完成的事情。 "往产品里加东西并不是目标。那并不是能真正推动这款产品向前、让它对更多人更有用的东西。" 💡 护城河不是先规划出来的 对于 Cursor 如何在强竞争市场中持续胜出,Roman 的回答是:不要先沉迷于设计长期护城河,而要持续把未来几个月本来还做不到的能力提前带到今天。随着模型进步,再删掉临时脚手架,继续追逐下一个前沿。 "Cursor 真正的魔力所在,是死磕在今天做出一件有用的东西。" 🌐 播客信息补充 本播客采用原有人声声线进行播客音频制作,也可能会有一些地方听起来怪怪的 使用 AI 进行翻译,因此可能会有一些地方不通顺

来源报道 · 2 篇 · 以下链接均前往原始媒体

opmlrss::跨国串门儿计划 Grok Bot:AI应像真正的同事一样工作 09-09 · 原文发布
跨国串门儿计划 Grok Bot:AI应像真正的同事一样工作 09-09 · 原文发布
← 返回精选动态 原文

更多内容