[情報] Grok Bot 別只當 Google 用,教你如何解放 20+ 個 agents 同時為你工作
先分清楚:推文在賣 GrokBot 組隊、薪資故事;$850k、99%/1% 這些數字只出現在推文。影片本體是 Cursor Automations 工作坊(Joseph Yang 實機、Jon Kaplan 問答)。下面分段標「推文/影片」,數字不混用。
「300 applications, two years, zero offers. … showed up as one engineer running 20 cloud agents. We offered him $850,000.」
【推文】多數人把 GrokBot 當搜尋用;少數人在組隊。講者自稱跑 20+ agents(Chief of Staff、PM、13+ workers 過夜)。他說差距不是技能,是棧——一個晚上能補。
路徑:GrokBot → Cloud Agents → Chief of Staff → PM → Worker Teams → 24/7 Autonomy|Research → Build → Launch → Improve
▲ 封面:推文內嵌約 41 分工作坊縮圖(畫面類型:UI demo+talking-head)
一、【推文】在講什麼
- 招聘故事:$850k 對上「一人帶 20 個 cloud agents」的現身方式
- 99%/1%:當搜尋用 vs 組隊用
- 組織圖:Chief of Staff、PM、13+ overnight workers
- 結論句:棧差距、一個晚上可補;自稱勝過 $1000 課程
以上句子與數字都來自推文原文。影片 ASR 沒有複述 300 履歷、$850k、GrokBot 99% 這套敘事。
二、【影片】實際在講:Cursor Automations
講者:Joseph Yang(個人 lookbook 專案實機)、Jon Kaplan(產品/內部用法問答)、主持 Emily。
Cursor Automations:Cursor 裡可排程、可被 webhook 觸發的自動化;入口 cursor.com/automations。觸發後會在雲端開 agent,幫你做事並開 PR。
Cloud agent:跑在獨立虛擬機上的 AI 工程師代理,不一定要你本機編輯器一直開著。
開場類比(影片):自己架 cloud agents/自幹棧像「買零件自己組 PC」;Automations 像「預裝好的 MacBook」——企業比較在意安全跟開箱速度。
▲ 【影片】Jira lookbook 看板刻意拆 IN PROGRESS [HUMAN]/IN PROGRESS [CURSOR]
三、【影片】Demo:票進 Cursor → 雲端 agent → PR
- 個人 lookbook repo;進度用 Jira 追
- 把票拖進 Cursor 欄 → Automation/webhook 立刻起 cloud agent(獨立 VM)
- 做完可看 diff、螢幕錄影/截圖等 artifacts(產物證據),再開/merge PR
▲ Automations Run History:webhook 觸發、Atlassian/PR 工具、多筆 Succeeded/Running
▲ Cloud agent 接 Jira ticket(如 LB-1):拉票 → 實作 → 測 → 開 PR → 更新 Slack/Jira
四、【影片】平行:一次拖多張 low-hanging-fruit
這段是工作坊重點:Automations 可以非同步、可以平行。Joseph 把約 4 張 low-hanging-fruit 拖進 Cursor,run history 再起多條;GitHub 上出現 LB-1、LB-2、LB-3… 由 cursor[bot] 開 draft,準備好就 merge。
▲ 平行 run:多張票同時進雲端實作
▲ GitHub:cursor[bot] 開的 draft PR(例 LB-3 Copy link);多個分頁對應 LB-1…LB-5
五、【影片】一起建:模板與「Summarize changes daily」
- 入口:
cursor.com/automations(或 agents 左側 Automations)
- 建立方式:用自然語言叫它幫你 scaffold,或按 New,或直接點官方模板
- 模板例:找漏洞、指派 PR reviewer、CI 失敗、PagerDuty
- 內部數據(影片):Summarize changes daily 上月 89% retention——每天 Slack 摘要昨夜 repo 變化,最黏
- Walkthrough:每天 10:00 PDT、選 repo/branch、改 instruction、選 model(演示提 Composer 2)、Slack DM 給自己 → Create
▲ Suggested Automations:漏洞掃描、指派 reviewer、每日摘要、修 Slack 回報的 bug…
▲ 模板卡:Summarize changes daily → Start Building
▲ 指令區:高訊號摘要、合併 PR/事故/安全/後續風險;工具含 Memories、Send to Slack
六、【影片】Jon:為什麼做、內部怎麼用
- Cloud agents 用很久之後的自然演化:團隊約 30–40% merge 的 PR 來自 Slack
@cursor fix it
- 下一步:bug channel 有人貼就自動踢 agent,不必手打 mention
- PR 開啟 → 低風險可 approve;高風險用 git blame 找 reviewer
- PagerDuty:起來時已有 root cause + PR
- 最有創意:supervisor of supervisors(多層 Slack supervisor 再彙總)
七、【影片】路線圖、限制、審核
- 規劃中:Teams/Jira first-party、artifacts 更穩、更多工具、meta agent/subagents(無 ETA)
- Multi-repo 目前不支援;規劃 multi-PR;不碰 code 的 automation 仍要選 repo=現階段限制
- GitHub Issues:用 webhook;Local automations 有規劃,但遠弱於 cloud
- 審核:Bug Bot+各團隊自建 automations;不會自動 merge 進主線——人點 merge 自負
- 通知不綁死 Slack;可用 MCP 自己擴(含自寫 email)
八、【影片】採用、隱私、安全
- Jon:一天大概省 30 分~1 小時;相對雇人很便宜,約讓人 10–20% 更有效;incident 起步可快約 30 分
- 建議:先把每天重複的事做成 automation(他自己後來才把「每日貼用量」自動化)
- Privacy mode 跟帳戶走;legacy privacy mode 不相容(雲端 VM 生命週期要暫存 code)
- 企業:ZDR/SOC2 等見
trust.cursor.com;想清楚「誰能觸發你的 automation」;可用 hooks、read-only 連線、skills/rules/commands
- Memory:跨 run 寫檔;可當 CI 搶修鎖定
- 整合當時:GitHub/GitLab、Slack、Linear、PagerDuty、Webhook;即將 Jira、Teams(可能 Sentry)
九、怎麼帶走
【推文】賣的是組隊心智模型(Chief of Staff/PM/Workers、stack gap)。
【影片】給的是 Cursor 上可點的路徑:看板分流 → Automations/webhook → 平行 cloud agents → PR+artifacts → 模板(每日 digest)→ 企業觸發(Slack/PagerDuty/CI)。
Merge 權仍在人;隔夜產能靠雲端掛著跑,不是本機編輯器一直開著。
本頁為非官方圖文整理;推文數字與影片數字請回原推/原片核對。ASR 前段有雜訊。
推 stackgap: 推文講 GrokBot 組隊、影片全是 Cursor Automations——先分清楚再抄作業
→ softjob88: Jira 拆 HUMAN/CURSOR 兩欄這招實用,平行拖票才有 overnight 感
推 oncall: PagerDuty 起來已有 PR…聽起來像夢話,但影片有講不會 auto-merge
→ reviewbot: 30–40% PR 從 Slack 來+Bug Bot,審核才是真瓶頸
推 cheaptoken: 89% retention 的每日 digest 比 $850k 故事好驗證
→ OP: 圖文整理自公開推文+影片 ASR;公開介面抓不到穩定留言正文 → 以上為模擬討論