世界太吵,來原聲聽播客

Lenny's Podcast

Grok Bot 一個月做出來:小團隊躲進山洞,大團隊會拖沒微決策

把知識工作做進 Cursor 不是顯然錯誤,但用戶能聞出三套願景共用一塊屏——那是把組織架構圖直接發貨。所以 Grok Bot 從零開始,幾個人躲進山洞一個月。

AI agent產品設計創業團隊知識工作Grok Bot
前半段是產品決策的取捨細節,後半段關於 bot 該有自己的電腦、自動化不該有界面的判斷更值錢。

核心論點 · 點時間戳可跳到原聲

0:02

一個月造出爆款,靠的是小團隊躲進山洞

Grok Bot 的起點不是 Cursor 里加個標籤頁,而是一支「a handful of people」的小隊被隔離到辦公室一角、私有 Slack 頻道,用大約一個月從第一行代碼做到內部可用原型。Roman 的判斷是:如果換成大團隊、按 6 到 12 個月的願景規劃,就做不出最後落地的那個東西——因為每天要做的是一堆不明顯的微決策,大團隊會把這些決策拖沒。

— Roman Ugarte
9:07

不塞進 Cursor,是因為用戶能聞出三套願景擠在一塊屏

把知識工作做進 Cursor 並非顯然錯誤,團隊認真討論過。Roman 說這條路的問題是「small paper cuts」:產品對非技術用戶有壓迫感,還有品牌聯想。他點名批評競品那種「每個新形態加一個 tab」的做法,用戶能感覺到這不是一套統一的工作願景,而是三套願景共用一塊屏幕,像「shipping your org chart」。所以決定完全從零開始。

— Roman Ugarte
11:08

兩三百場手工 onboarding,是為了明天不再犯同一個錯

團隊親手 onboard 了兩三百人,包括主持人。頭幾場相當痛苦:電腦起不來、用戶一臉困惑,而核心團隊必須坐在那 20 分鐘的電話裡。Roman 說這種在場帶來的效果是「that can never happen again」,明天就要修好,因為明天還要 onboard 下一個人。這個模式持續了大約兩週。

— Roman Ugarte
12:08

他們刻意不告訴用戶該建什麼 bot

內部先自發出現「5 到 10 個 bot 各管一塊」的用法,第二週末開始有人把某個表現突出的 bot 提拔成 primary personal assistant,再讓它當 chief of staff 把任務分發給其他 bot——甚至有截圖是用戶告訴 bot 它升職了,bot 反問會不會加薪、token 預算是不是更高。團隊注意到了,但在 onboarding 裡刻意不引導,怕 bias 用戶,先看外部用戶會不會自己走到這一步,結果很多人真的走到了。

— Roman Ugarte
14:09

不展示思考過程,是產品立場不是省事

Grok Bot 把大量內部機制藏起來:不顯示 tool calls、不顯示它在自己電腦上點的每一步,只給一個類似 Slack 的活躍指示和按需的階段性更新。Roman 的類比是,你不會要求同事逐秒彙報他按了哪個按鈕、去了哪個網站。反饋裡確實有人想看 to-do list 和優先級,但沒有人想要長串的文本流和 chain of thought,這反過來確認了方向。

— Roman Ugarte
19:11

內部 beta 那三週主要在 unshipping

從內部 beta 到公開發布只有約三週,Roman 說這段時間「we unshipped a lot」:砍掉實驗性功能,把偽開發者式的可見性工具從產品表面移走,比如暴露模型內部思考和具體記憶的界面。判斷標準是「what is the launch post」——如果這件事寫不成一條有說服力的發布推文,可能就不該做。他還區分了「Grok Bot now has」(新按鈕、新下拉、新集成)和「Grok Bot can now」(新能力),後者才是該有的框架。

— Roman Ugarte
29:17

自動化不該有界面,99% 靠一句話生成

競品的自動化設置是進側邊欄、點加號、選觸發事件、選動作,Roman 說這很笨重,結果是人們很少真的去建自動化。Grok Bot 的做法是直接用自然語言定義:告訴 bot「每天早上 8 點提醒我」,它就該去做,用戶永遠不該看到那個創建自動化的界面。現在平臺上 99% 的自動化就是這麼建出來的。

— Roman Ugarte
30:17

兩個早期決定:一切在雲上,每個 bot 有自己的電腦

Roman 認為 Grok Bot 成功靠兩個當時並不顯然的決定。第一,用戶永遠不該思考本地還是雲端、電腦要不要開著、從手機發起是否要連著家裡的機器——全部放雲上,bot 成為有自己電腦的持久同事,在任何入口狀態一致。第二,bot 必須有自己的電腦,因為大量工具沒有像樣的 MCP 或 API,而人類本來也不是靠 MCP 和 API 工作的,是靠點像素、往輸入框裡打字。

— Roman Ugarte
32:20

讓 AI 同事共用你的電腦,是這段歷史的怪事

Roman 說現在是個會被回看的奇怪時刻:人們讓這些超級聰明的新同事共用自己那臺電腦。他的類比是,如果新員工第一天入職,你說你沒有自己的筆記本,就坐我旁邊,我們永遠共用這臺電腦、互相絆手絆腳,你有我的憑據我有你的憑據——沒人會這麼幹。所以 bot 也需要類似「給它一臺自己的筆記本」的 onboarding 方式。

— Roman Ugarte
36:27

OpenClaw 證明了模型被用錯了方式

Roman 說 OpenClaw 做對兩件大事。第一,模型已經很聰明且會繼續變聰明,但即便在現有能力下,只要給 bot 你工作時用的那些工具,它就能走很遠;人們覺得 AI 笨或不如承諾的地方,很多是「harnessed in the wrong way」。第二,它把 AI 的心智模型推向同事、隊友、人格化的助手實體。Grok Bot 在此基礎上補的是:必須極易設置,家裡掛 VPN 加一臺 Mac mini 的玩法顯然無法擴展到數百萬用戶,也不是企業採用的方式。

— Roman Ugarte
39:31

終極願景是給你一支 AI 團隊

Roman 說 Grok Bot 的終極願景「incredibly simple」:你該有一支 AI bot 團隊幫你幹活、幫你生活,而且它要真的像一支團隊——自主、可被 steer、不用 micromanage、能拿到做大事所需的工具。產品側的北極星是:每做一個產品決策,都少從 SaaS 產品的角度想,多從「我們在造有用的 AI 隊友」的角度想。他給了一個可操作的判斷法:產品爭論兩邊都有道理時,跳出科技公司的語境問一句「人類隊友在這種情況下會怎麼做」,答案往往清晰且全場一致,剩下的只是把它造出來。

— Roman Ugarte
41:32

語音體驗要抄的是五分鐘 huddle

Roman 舉了 colleague pill 這個詞,說很多產品決策要往「像同事」的方向推。具體例子是語音:人類協作裡很常見的是 Slack 來回發上下文,但更簡單的是直接開一個五分鐘 huddle,互相共享屏幕、把想法攤開,然後下線繼續異步。他認為現在沒有任何 AI 產品把這件事做對,而它「deeply integral to the way that I think humans collaborate」,所以想造一個類似的東西。

— Roman Ugarte
43:33

未來的 power tool 沒有旋鈕

Roman 說過去一二十年糟糕的 B2B 軟件留下了包袱,讓人看到簡單的產品就以為它不是工作工具、不是 power tool。他腦子裡上一代 power tool 是 Photoshop:一堆旋鈕,用戶是知道每個旋鈕幹什麼的 cockpit flyer。他認為未來的 power tool 完全不同——主要是表達意圖加上人的 good steering,AI 工具把所有旋鈕抽象掉,除非你確實要直接操作,否則不該看見它們。所以界面是對話式的:他路過同事工位看到 Grok Bot,第一反應是「他在用聊天軟件嗎」,其實那是對方幹活的主力工具。

— Roman Ugarte
44:34

工作和生活最終會共用一個 bot

Roman 判斷很多人會想要工作和個人生活分開,這很好也重要,企業視角也有常識性理由。但他要造的方向是:Grok Bot 既承接你工作裡大量可委派的低槓桿事務,也承接你個人生活裡低槓桿的部分,而這兩者「actually are not different problem sets」——產品形態和解題方式基本相同。所以他的直覺是一個產品會是兩邊最好的形態。主持人追問怎麼避免個人內容和工作內容交叉汙染,Roman 沒有在這段裡給出答案。

— Roman Ugarte
47:39

電腦這個概念會被徹底抽象掉

Roman 用隊友類比解釋 computer:你和隊友合作時,需要手動接管對方電腦、點來點去、說「你這裡做錯了,應該點這裡」的次數,希望接近於零。同理,現在 computer use 已經不錯且在快速變好,很快 computer 這個概念會從用戶視野裡完全抽象掉——你不該點進一臺遠程虛擬機,也不該需要接管它。中期內 computer 對用戶仍是重要概念,但不會是他們實際交互的東西。Grok Bot 該被理解成一支替你幹活的 agent 團隊。

— Roman Ugarte
49:39

每個 bot 有自己的電腦,能跑 Grok Bot

Roman 說這些 agent 有很長的記憶,不是一次性會話,會隨時間變聰明;它們能拿到人類同事該有的工具(API、MCP),還有一臺自己能像人一樣自由操作的電腦。他提到在 meetup 上 Shub 演示了 Grok Bot 裡跑 Grok Bot——bot 可以運行自己的 Grok Bot,用來做測試和看回歸。Roman 自己也這麼幹:給一個 bot 裝上 Grok Bot 當 QA tester,讓它按十條 workflow 測新構建,把結果寫進一份記錄歷次測試的 Notion 文檔裡做對比。

— Roman Ugarte
51:42

把 bot 當 infovore,讓它主動 page 你

Roman 說一個簡單但有深度的模式是把 Grok Bot 當 infovore:吞掉海量信息、卸掉你的認知負擔,只把重要的推給你。V1 實現是接上 Slack 和郵件,告訴它你的角色和關注點、什麼情況直接 ping 你、什麼情況放進每日 roundup。他自評自己在 V3 或 V4:接了 X 上所有提到 Grok Bot 的內容,和內部上下文、QA tester 聯動看能不能復現 bug,還接了自己的消息服務去快速響應反饋。已經有人給 bot 開了 page 權限,緊急時在喝咖啡也會被 Grok Bot 呼叫——前提是你得信任它沒有誤報。他認為 agent 比人更主動,會是 AI 的下一次轉變。

— Roman Ugarte

原話 · 已逐字校驗

we decided to kind of create this very small team internally. It was really just a handful of people uh to go off into a cave for about for about a month with the sole objective of build an amazing knowledge work product that brings agents to the rest of the company.

我們決定在公司內部組建一支非常小的團隊。真的就是幾個人,鑽進一個山洞裡待了大約一個月,唯一的目標是做出一個出色的知識工作產品,把智能體帶給公司其他所有人。

Roman Ugarte4:05

this was not a single consistent uh vision of the way that work should work and instead it's three different visions that all kind of share a screen and you can hop between but it is kind of a shipping your org chart style thing that I think users are reacting negatively to.

這不是一套關於工作該如何進行的統一願景,而是三套不同的願景共用一塊屏幕,你可以在它們之間跳來跳去——這有點像把你的組織架構圖直接發貨給用戶,我認為用戶的反應是負面的。

Roman Ugarte10:08

you're onboarding these super intelligent new colleagues, these AI bots and you're asking them to share the same computer that you have. It's crazy.

你在給這些超級聰明的新同事——這些 AI bot——做入職,卻要求它們和你共用同一臺電腦。這太瘋狂了。

Roman Ugarte32:20

The ultimate vision of Grockbot is incredibly simple, which is you should have a team of AI bots that help you with your job and help you with your life.

Grok Bot 的終極願景非常簡單:你應該有一支 AI bot 團隊,幫你工作,也幫你生活。

Roman Ugarte39:31

I think power tools of the future will actually be very different from that. Uh where it is mostly just intent being expressed and good steering on the part of the human and these AI tools abstract away all of the knobs.

我認為未來的 power tool 會和那完全不同。它主要是表達意圖,加上人這邊良好的 steering,而這些 AI 工具把所有旋鈕都抽象掉了。

Roman Ugarte43:33

You're not that's not 90% task completion. You're still doing the thing and it feels that way and it's it's weighing on you in the same way versus like truly throwing a nook pass to a colleague and being like you got this.

那不是 90% 的任務完成度。你還在做那件事,感覺上也是,它同樣壓在你身上——而不是像真正給同事扔一個不看人傳球,說「你來,這是上下文,去幹吧」。

Roman Ugarte1:02:56

I've always been a big AI semantic search nerd. I love any SEM search product, especially the kind of out of the ordinary ones.

我一直是個 AI 語義搜索的狂熱愛好者。我喜歡任何語義搜索產品,尤其是那些不尋常的。

Roman Ugarte1:20:03

I think we're in the very early innings of this still. I mean, we released a beta 3 weeks ago.

我覺得我們在這件事上還處在非常早期的局數里。我是說,我們三週前才發布 beta。

Roman Ugarte1:22:03

數字與實體

從第一行代碼到內部可用原型約一個月4:05
從內部 beta 到公開發布約三週19:11
手工 onboarding 人數兩三百人11:08
通過自然語言創建的自動化佔比99%29:17
Roman 自評的 Grok Bot 信息流用法階段V3 或 V451:42
Grok Bot beta 發布至今3 周1:22:03

術語

MCP模型上下文協議
讓 AI 模型連接外部工具和數據源的開放協議。
steering引導
人對 AI 輸出進行方向性調整,而非直接操作每個細節。
infovore信息吞噬者
大量吞入信息、只把重要內容推給用戶的模式。
unshipping反向發布
把已上線的功能或界面從產品中移除。

收聽指南

誰該聽

正在做 AI 產品、agent 或知識工作工具的創業者和產品經理,尤其關心小團隊如何快速驗證、bot 該不該有自己的電腦。

可跳過

1:18:03 之後的閃電輪(書、影視、格言)沒有產品機制,可跳過。