We Built Grok Bot. Here Are Our 14 Best Bots | Peng Zheng & Lauren Tan

這部在講什麼

Grok Bot 團隊成員 Peng Zheng 與 Lauren Tan 分享內部構建與日常使用的 14 個核心機器人,展示如何將 AI 代理融入設計、工程與生活管理,實現如米其林廚房般兼顧品質與規模的高度自動化協作體系。

適合誰探索 AI Agent 自動化工作流的開發者與產品設計師。
你會得到了解多代理協同架構設計模式、掌握結合 Figma 與 Cursor 的實戰技巧、學會建立評測機制以安全擴大機器人自主權。
最值得看28:40 以米其林廚房比喻高品質大規模的軟體交付流程。

本片的 14 個Bot

依影片順序整理,點時間可回看原段落。

1

Chief of Staff

01:40
作為全局任務分派核心,能跨應用串接複雜流程。
補充說明
例如將購買 3D 列印耗材與自動更新 Notion 庫存串聯,或協調其他 Bot 完成二手交易比價與上架。
2

Email Manager

03:45
負責消化收件匣待辦事項並直接代為執行後續操作。
補充說明
例如檢測到朋友索取晚餐分攤款項時,能直接調用 Venmo 付款,遇到登入或二次驗證則提示交由人工接管完成。
3

Calendar Manager

04:15
透過螢幕截圖辨識自動管理日程與會議室預約。
補充說明
收到行程截圖即可自動建立日曆佔位,並主動追蹤對方何時發送正式邀請,待確認後自動清除佔位以維持行事曆整潔。
4

Designer Bot

05:00
串接 Figma MCP 深度融入設計發想與介面製作工作流。
補充說明
能根據設計規範與 Token 擴展關鍵影格,人類只需定義前 5% 的架構與主畫面,剩餘端到端流程由其自動鋪展生成。
5

Writer Bot

05:20
學習使用者專屬文風以潤飾各種溝通訊息與文案。
補充說明
能即時修改 Slack 和郵件草稿,並能被 Chief of Staff 調用,為二手交易平台撰寫符合個人語氣的商品銷售文案。
6

Podcast Bot

09:35
將長篇網路文章轉換為可隨身收聽的個人化語音播客。
補充說明
只需向機器人發送文章網址,即可在通勤或洗澡時收聽,展現出 Grok Bot 作為跨檔案與資訊格式轉換器的能力。
讓下一支影片也替你省時間

把你常看的 YouTube 影片,也變成這樣的重點摘要

安裝摘要王後,打開任何 YouTube 影片就能一鍵整理重點,先看值得看的段落,不必再複製網址。

一個選填問題

剛才這份摘要有幫你節省時間嗎?

如果願意,點一下最接近你的感受就好。

7

Check-in Bot

10:10
將日常打卡自動化為生成 3D 黏土微縮模型的內容管線。
補充說明
用戶上傳實體店家照片與同行朋友標籤後,自動生成日夜模式模型、去除背景並發布至個人網站,免去手動後台維護。
8

Omarchy VM Controller

14:40
藉由本機代理程式控制 Linux 虛擬機以執行系統級測試。
補充說明
直接在 Mac 的 VM 內操作與安裝 Linux 發行版應用,讓代理人能本機自我驗證程式碼,確保跨平台運行的相容性。
9

Crumb

15:40
專門自主清理本機硬碟空間並排查儲存佔用情況。
補充說明
能深度遍歷硬碟找出各類暫存檔案,如 Cursor 雲端代理產生的巨大日誌檔,在安全範圍內自動刪除以釋放儲存空間。
10

Dango

16:55
維護 Pstack 外掛並透過雲端代理程式執行嚴謹的技能評測。
補充說明
在合併代碼前會生成多個不同模型的子代理跑評測指南,確保技能調整後效能確實提升,通過測試才自動發出 PR。
11

Dr. Eggbot

18:10
擔任機器人架構師,負責設計新 Bot 與優化現有常規設定。
補充說明
會定期審查所有 Bot 的對話紀錄,針對低效行為提議調整技能或週期,並以食物主題為新工程 Bot 賦予命名。
12

Tsuki

18:55
全方位個人生活助理,負責訂購機票、飯店與日常外送。
補充說明
能自主完成多航段複雜跨國差旅比價預訂,並串接 DoorDash 外送午餐;配有專屬門號,在重要時刻能主動傳送簡訊提醒。
13

Matcha

19:40
擔任工程主管角色,專門拆解大型任務與調度下屬工程代理。
補充說明
本身不親自撰寫程式碼,而是建立嚴格的監督架構,將任務分發給底層工程 Bot 與 Cursor 雲端叢集平行開發與交付。
14

Potato

32:50
監控社交平台聲量與 Bug 回報,作為產品反饋的外環機制。
補充說明
每 30 分鐘掃描 X 平台提及,過濾雜訊並彙整多名用戶的重複問題,將外部情境直接餵給內部工程主管 Bot 進行修復。
需要留意:- 雖然展示了高度自治的程式碼生成與自動合併 PR,但該工作流依賴預先建立的高規格評測環境(Evals)與對代理友善的架構,若缺乏充分驗證,直接放權可能導致程式碼品質失控或產生意料之外的錯誤。

延伸思考摘要王的延伸觀點

講者 Lauren 在影片中提出「米其林廚房」的比喻,主張不應把 AI 軟體開發當成粗製濫造的工廠,而是打造高度對代理友善的架構與自動化驗證機制,甚至達到程式碼不用看就自動合併的境界;然而,這完全建立在先期耗費大量精力編寫評測指南(Evals)與對代理人的漸進信任之上。

當軟體開發從「親自編寫每一行程式」轉移到「設計邊界條件與調度代理人」,工程師的角色實質上轉型為系統架構師與品質守門員。但如果所有的執行與回歸驗證都交給代理叢集,當系統在未曾預料的極端邊界條件下產生邏輯漂移時,人類工程師是否還具備足夠的底層脈絡能即時介入?

在追求極致交付速度與代理自治的同時,我們該如何界定哪些架構決策必須保留人類審查,才能在不拖垮生產力的前提下守住系統長期穩健性?

觀眾怎麼看

整理 20 則有效留言信心 高

觀眾高度肯定訪談品質,但對 Grok Bot 的使用成本限制與實際操作複雜度表示高度關切。

共識訪談品質獲高度肯定4 則提及

多數觀眾對此次訪談內容表示讚賞,認為影片深入且具啟發性,並期待未來有更多後續分享。

疑問額度限制與實用性疑慮3 則提及

多名使用者指出目前的 API 或服務配額過於吃緊,在實際工作場景中容易迅速耗盡,影響長期作業效率。

樣本多來自重度使用者,對於成本與技術細節的觀點可能無法代表所有觀眾。

生成於 1 小時前 檢舉
摘要先揭露後段價值,完整內容仍屬於原創作者。 回 YouTube 看最值得的一段 → 在 YouTube 邊播邊讀 · 加入 Chrome →