我是 SpaceXAI 的工程師，正在用 Grok Bot 打造 Grok Bot。
把 Grok Bot 想像成一個能力超強的工程實習生，它有自己的電腦，可以管理程式碼 Agent，還能從你的工作方式中學習。它已經成為我最好的工程夥伴，讓專案在我離開、睡覺或開會時也能持續推進。不再需要讓筆電保持清醒，不再需要在多個 Agent 之間切換，只有符合我標準、按照我要求的方式產出的成果。
身為打造 Grok Bot 的團隊，我們擁有最早的存取權限，並且每天都在自己的工作中使用它。看到我們現在出貨的速度有多快，以及團隊生產力如何飆升，真的非常驚人：
- @poteto 在過去一個月內交付了 2,000 多個 PR。
- @baltaaazr 和 @shaoruu 在四週內，使用 Grok Bot 建立了 Grok Bot 的基礎。
- 我在三週內，僅使用 Grok Bot 就打造了 Grok Bot iOS v0，效能優異且設計精良。
- 現在，團隊中的每位成員每天都在交付重要工作，而不是每隔幾週才一次。
我用 Grok Bot 建造的東西越多，就越想把同樣的超能力交到你手上。
認識我的工程師 Bot
我有五個工程師 Bot，各自專精於不同領域：
- Baltata 負責 Grok Bot 行動端共享層以及 iOS 上與 Grok Bot 相關的一切。
- Shaoruru 負責 Grok Bot 桌面客戶端和 CI/CD 相關工作。
- Hogan 負責基礎設施，並調查歸屬不明的使用者問題。
- Craig 負責 Android 上的 Grok Bot，正努力讓它問世。
- Quill 負責 Grok Bot 的測試框架，是這方面的絕對傳奇。
它們都可以跨領域協作，但各自擁有不同的記憶系統和有限的上下文。當它們專注於單一領域時表現最佳，因為它們所承載的規格和設計原則在自己負責的領域內會更加精準。
每個 Bot 都可以建立 Cursor 雲端 Agent、讀取對話記錄、審查附加在 PR 上的證明，並透過排入訊息佇列或中斷執行來發送後續追蹤。這解鎖了端到端的 Agent 工作流程。它涵蓋了我過去每天在 Cursor 中做的事情，那時我總是不斷地在管理的雲端 Agent 之間切換上下文。現在，我的 Bot 以同樣的方式管理它們。
當它們收到任務（無論是來自於我還是 Slack），就會啟動一個雲端 Agent，並調用我的技能，同時附上詳細的提示，說明需要完成什麼以及預期的證明是什麼。它們還可以根據我的個人化指導，智慧地調用額外的技能，例如使用我的 /lingxi-design 技能進行視覺工作、/react-native-best-practices 進行程式碼品質審查、/lingxi-review 判斷架構，或是 /lingxi-product 來做出需要主觀判斷的產品決策。
Grok Bot 也可以在你自己的工作機器上啟動雲端 Agent，例如一台備用的 Mac mini（多虧了 Grok Bot，你不再需要在家裡放一台 24/7 運作的專用機器來跑 OpenClaw）。
如果你的工作流程需要 VPN 存取或特殊的機器配置，你可以將那台機器設為 Cursor Cloud 私有 Worker，並要求 Grok Bot 在上面執行雲端 Agent。這解鎖了更多可能性，例如運行 iOS Simulator 並從你的 Agent 那裡取回螢幕截圖。
https://x.com/ericzakariasson/status/2037146278979629361
Grok Bot 可以監控雲端 Agent 的對話記錄和產出（例如螢幕截圖），在完成時通知你、排入訊息佇列，或在出現問題時中斷執行。你可以隨意描述你的需求，例如「你必須驗證螢幕截圖包含我要求的變更，並提供前後對比的證明」，然後 Grok Bot 會持續工作直到達成目標。
讓你的 Grok Bot 工程團隊持續運作的關鍵，是提供它一個完整的反饋迴圈。雲端 Agent 可以截圖，因此 Grok Bot 利用其多模態能力來確認視覺變更已套用，並在結果不符合要求時退回。
語音聽寫測試就是這個迴圈運作的一個好例子。我們將 SpaceXAI 的語音 API 連接到雲端 Agent 的系統音訊 I/O。由於 Agent 可以同時存取口語內容和文字記錄，我們可以利用這些訊號來測試我們產品線中的語音對語音功能，並打造更多有趣的功能。
有時，Agent 會遇到環境不穩定的情況而停滯，直到你發送後續提示。Grok Bot 透過持續監控執行狀態並盡可能積極地為 Agent 排除障礙，來幫你處理這個問題。每次我檢查時，事情都處於良好狀態。自從我開始使用 Grok Bot 以來，零星的環境不穩定問題幾乎不會傳到我這裡，除非 Grok Bot 沒有足夠的安全權限來自行修復。
請記住：現在一切都只需一條訊息。想讓它們在交給你之前再努力 10 次？直接說就行。
超越上下文限制的擴展
為了幫助我的 Bot 在超出上下文限制的情況下也能掌握工作進度，並讓我無需滾動瀏覽冗長的對話就能輕鬆掃描進度，我讓每個工程師 Bot 管理一個共享的 Notion 資料庫。
每 30 分鐘，它們會審查資料庫，並檢查每個 PR 的以下項目：
- Bugbot 評論或安全發現，驗證每個項目是否屬實。
- 失敗的 CI 運行。
- 合併衝突。
如果發現任何問題，它們會立即跟進我的雲端 Agent 來處理，並在 Notion 資料庫中將該行狀態移回「處理中」。
如果一切看起來沒問題，它們會將任務標記為「準備審查」，並自動啟動程式碼審查運行，特別關注程式碼品質和潛在遺漏。
如果審查信心度很高且影響範圍很小，PR 會自動合併。否則，等我回來時會審查程式碼和證明，並決定是要合併還是給予反饋。
幾乎每天早上，我檢查時都會發現有任務準備好可以合併。程式碼品質符合我的標準，視覺效果也正中我的喜好，證明清楚地顯示了測試內容。現在更多工作可以一次完成，這讓我能專注於更困難的問題、更高的客戶端效能標準、更多的視覺打磨，以及更大的架構決策。
在 Grok Bot 出現之前，我一次可以手動管理 15 個雲端 Agent。現在，我的 Bot 艦隊同時管理超過 200 個，而且如果需要，我們還可以進一步擴展。
Grok Bot 運作迷你組織
除了工程之外，整個組織還有許多營運雜務需要管理，包括 onboarding 新的工程師 Bot、分享正確的知識、在事故發生時進行事後檢討（例如，當 PR 沒有被仔細審查時），以及舉行每日會議讓大家保持一致。
這些都是 Jenny 的工作，她是我的營運主管，也是團隊中唯一不寫程式碼的 Bot。
每天早上 5 點，Jenny 會與團隊中的每個 Bot 進行一對一會議，檢閱我們的劇本、提出阻礙，並強化我所追求的團隊氛圍。我發現這非常有效。即使過了許多週，我的 Bot 也很少忘記我複雜的工作流程。
當一個 Bot 犯錯時，例如沒有足夠地堅持以達成真正目標，我會讓它去找 Jenny 進行根本原因分析和事後檢討。Jenny 會深入探究導致問題的推理過程，然後更新劇本，並向其他工程師 Bot 宣布變更，這樣同樣的錯誤就不會發生兩次。
每當我需要擴展團隊時，我會請 Jenny onboarding 新成員。Jenny 會在我的組織中建立新的 Bot，分享我們的工程團隊規則，並請 Hogan 和團隊其他成員協助 onboarding。
在 Grok Bot 中建立一個完整工程系統的目標，是為了最大限度地減少重複。將你的任務卸載給 Grok Bot，這樣你就能專注於更困難、更深入的問題。
Grok Bot 的額外應用案例
我們以模組化的方式設計 Grok Bot，因此你可以用它做很多事情來建立自己的迷你工程組織。以下是我最喜歡的兩個。
夜間審計
每天晚上 3 點，我的工程師 Bot 們精神抖擻，清理程式碼庫、改善程式碼品質、清除無效邏輯、加快應用程式載入時間，並減少套件大小。
每天早上，我都會收到一組全新的 PR，它們讓我們的程式碼保持乾淨、無雜質且可擴展。這將程式碼維護變成了一項日常例行工作，而不是偶爾才做的事情。
更多夜間審計點子：
- 安全審計，以捕捉團隊可能在程式碼庫中忽略的問題。
- CI/CD 建置時間審計，以防止建置時間不健康地增長。
- 國際化審計，以填補功能僅以一種語言推出時的缺口。
- 一致性審計，以避免當你的團隊同時開發多個客戶端（iOS vs. 桌面端）且功能僅在其中一端上線時出現偏差。
- 追趕審計，監控過去 24 小時內在你關注的領域中合併的 PR，然後回傳一份高層級摘要和一份精選的 PR 清單供你審查。
而我最喜歡的提示是：「你今晚有六個小時。隨心所欲地打造任何東西。玩得開心！」
我很好奇你會在自己的夜間審計中運行什麼。我相信一定有我樂於借鏡的點子。
P0 緊急處理流程
雲端 Agent 有時可能會很慢。它們需要運行、設定環境、等待、執行測試，然後迭代。而有時候你需要工作完成得更快一些。
因此，我為我的工程師 Bot 建立了一個 P0 緊急處理流程。每當我說某個任務是 P0 時，它們就會啟動一個臨時程序，每五分鐘檢查一次對話記錄、監控進度和推理過程，並在雲端 Agent 開始浪費不必要的時間時主動引導它。
這非常有效。當我需要緊急結果時，無論是程式碼庫研究還是關鍵錯誤修復，說一句「這是 P0」就能讓它比平常快得多地完成。
請注意，這可能會比你預期更快地消耗 Token，所以只在真正緊急時使用。
使用 Grok Bot 的經驗與技巧
- 為雲端 Agent 提供完整的反饋迴圈： 讓它們在沒有你的情況下也能知道下一步該做什麼，這點很重要。它們應該能夠啟動開發實例並端到端驅動整個技術棧（例如，透過 Chrome DevTools、CLI 或 Apple Accessibility）。如果它們做不到，請要求它們自己運行流程、盡可能積極地自行排除障礙，並將學到的東西打包成可重複使用的儲存庫技能。
- 把 Grok Bot 當作有天賦的實習生： 如果你在工程任務上與 Grok Bot 溝通有困難，就把它當作一個有天賦的實習生。讓它做功課、研究它還不專業的領域，並參考其他工程師是如何完成工作的。不需要調用技能。不需要冗長的提示。只要聊天就好。
- 避免重複是關鍵： 隨著 AI 變得越來越強大，將重複性任務委派出去，並專注於 Agent 難以輕易解決的更深入、更困難的問題，這點很重要。如果你注意到自己每天做某件事超過一次，而且它遵循一個明確的模式，就與你的 Bot 討論看看它們能如何幫忙。
- Bot 的每日會議極其有效： 每天重複關鍵要點有助於它們在同時處理許多任務時，記住複雜的工作流程。由於上下文限制無法容納所有內容，每日提醒是一個有用的提示，可以為你省去重複說明的麻煩。
- 學會更放手： 類似於自動駕駛，與 Bot 合作是一個建立信任的過程。與其凡事親力親為，不如思考它們何時能順利運作，以及何時可能引發問題。在安全的情況下給予它們足夠的自由來出貨，在風險較高的領域則更加謹慎。但不要因為它們過去失敗過就阻止它們嘗試。持續實驗，並持續思考如何幫助它們成長。
- 讓它們協同編排： Bot 的能力遠比你想像的更強大。為了在 Bot 運作上更加放手，建立一個 Bot 錯誤審查流程（例如，一個與 Bot 交談並分析其思考軌跡的營運 Bot）會有所幫助，這樣同樣的錯誤就不會發生兩次。
準備好迎接一個工程師 Bot 加入你的組織了嗎？試試 Grok Bot，並讓我知道它們交付了什麼。
