用 Grok Bot 組織工程團隊

全屏预览

我是 SpaceXAI 的一名工程師，我正在用 Grok Bot 構建 Grok Bot。

你可以把 Grok Bot 想象成能力極其出眾的工程實習生，擁有屬於自己的電腦，能夠管理代碼編寫 Agent 並從你的工作習慣中持續學習。它已成為我最默契的工程搭檔，在我離線、睡覺或開會時保持研發持續推進。再也不需要讓筆記本電腦常開不休，再也不用在多個 Agent 之間手忙腳亂地切換上下文，交付結果完全符合我的標準，隨心所欲。

作為打造 Grok Bot 的原廠團隊，我們擁有最早的體驗權限，並每天都在實際工作中使用它。看到我們現在的交付速度有多驚人、團隊生產力有多狂飆，真的令人大開眼界：

• Lauren 在過去一個月裡提交合並了 2000 多個 Pull Request。
• Balta 和 Shaoru 僅用 4 周時間，藉助 Grok Bot 就完成了 Grok Bot 的整套底層基石。
• 我僅用 3 周時間，僅依靠 Grok Bot 就從零完成了 Grok Bot iOS v0 版本的開發，擁有卓越的性能表現與精緻的設計打磨。
• 每位團隊成員現在每天都在交付重磅工程成果，而不是幾個星期才憋出一次大更新。

我用 Grok Bot 構建得越多，就越渴望將這股超級生產力遞交到你的手中。

認識我的工程 Bot 戰隊

全屏预览

我擁有五位工程夥伴，每位各專精於不同的業務領域：

• Baltata 負責 Grok Bot 移動端公共共享層，以及與 iOS 版 Grok Bot 相關的所有事務。
• Shaoruru 負責 Grok Bot 桌面客戶端及其 CI/CD 自動化流水線。
• Hogan 負責底層基礎設施，並調查權屬不明確的複雜線上用戶故障。
• Craig 負責 Android 平臺的 Grok Bot，正在全力推進其面世。
• Quill 負責 Grok Bot 的 Harness 測試框架，是這方面的當之無愧的傳奇專家。

它們都可以跨領域協助彼此的工作，但各自擁有獨立的記憶體系與有限的上下文。當專注在單一領域時它們的表現最出色，因為它們在各自專精的版圖內所秉持的設計規範與技術準則要敏銳清晰得多。

每個 Bot 都能創建 Cursor 雲端 Agent、讀取執行記錄（Transcripts）、審查 PR 附帶的測試憑證（Proofs），並通過排隊發送消息或直接打斷運行來進行跟進。這解鎖了真正端到端的 Agentic 自動化工作流。它完全覆蓋了我過去在 Cursor 中每天所做的事情——那時我總是在管理的多個雲端 Agent 之間疲於切換上下文。現在，我的 Bot 們能夠像我一樣嫻熟地管理它們。

當它們從我這裡或從 Slack 接收到任務時，就會啟動一個調用了我預設技能的雲端 Agent，並附帶一份詳盡的提示詞，詳細闡明需要完成的工作以及期望提交的測試證明。它們還能根據我的個性化指引智能調用額外的擴展技能，例如用於視覺設計的 /lingxi-design、用於代碼審查審計的 /react-native-best-practices、用於研判技術架構的 /lingxi-review，或者在需要做出堅決產品判斷時的 /lingxi-product。

全屏预览

Grok Bot 還可以在你自有的 Worker 工作機上啟動雲端 Agent，比如一臺閒置的 Mac mini（多虧了 Grok Bot，你再也不需要在家中留一臺專門的機器 7×24 小時不間斷運行 OpenClaw 了）。

如果你的工作流需要 VPN 訪問權限或特殊的硬件環境配置，你可以將那臺機器配置為 Cursor Cloud 私有 Worker，並讓 Grok Bot 在上面運行雲端 Agent。這解鎖了更多可能性，比如在本地運行 iOS 模擬器並讓 Agent 截取實機運行畫面反饋給你。

Grok Bot 能夠全天候監控雲端 Agent 的執行記錄與生成產物（如截圖），在完成時提醒你，或在遇到偏差時排隊追加消息甚至直接中斷。你可以隨意闡述你的要求，比如“你必須核實截圖確實包含了我要求的修改，並提供前後對比證明”，Grok Bot 就會持之以恆地執行，直到目標圓滿達成為止。

保持 Grok Bot 工程團隊順暢運作的關鍵，在於為它建立一個完整閉環的反饋迴路。由於雲端 Agent 擁有截圖能力，Grok Bot 便藉助其多模態能力核實視覺調整是否切實到位；一旦發現與你的要求不符，它會堅決要求重新修改，把好質量關。

語音聽寫測試就是這一閉環的絕佳範例。我們將 SpaceXAI 的語音 API 接入到雲端 Agent 的系統音頻輸入輸出中。因為 Agent 能夠同時獲取語音與轉錄文本，我們就可以利用這些信號在全線產品中測試端到端語音交互功能，並孵化出更多好玩的創新特性。

有時 Agent 會遭遇開發環境的不穩定性，導致掛起停滯，直到有人發提示詞喚醒它。Grok Bot 將這一煩惱替你徹底扛下——它時刻盯緊運行進度，竭盡全力為 Agent 排查環境故障。每次我去檢查，一切總是井井有條。自從用了 Grok Bot，零星的環境抖動幾乎再也打擾不到我，除非 Grok Bot 缺乏自行修復該問題所需的系統安全權限。

請記住：一切現在都只需要發一條消息即可搞定。想讓它們在交還給你之前先自行死磕嘗試 10 次？只要一句話吩咐下去就行。

超越上下文長度限制的大規模併發擴展

全屏预览

為了幫助我的 Bot 們在超越上下文限制的情況下時刻掌握全局進度，同時也為了讓我無需在長篇聊天記錄中翻找就能一覽全局，我讓每位工程 Bot 共同維護一個共享的 Notion 數據庫。

每隔 30 分鐘，它們就會巡檢該數據庫並檢查每個 PR：

• Bugbot 的審查評審意見或安全告警，逐條核查每項反饋是否真實合理；
• 發生報錯的 CI 運行流水線；
• 代碼合併衝突。

一旦發現任何異常，它們會立即跟進我的雲端 Agent 進行修復，並將 Notion 數據庫中的狀態改回“處理中（Working）”。

如果一切順利無誤，它們會將任務標記為“等待審查（Ready for Review）”，並自動觸發一輪嚴密的代碼審查，高度聚焦於代碼質量與潛在遺漏。

如果審查評估結果置信度極高且影響面很小，PR 就會自動合併。否則，等我回來時再審查代碼和測試憑證，決定是直接合並還是提出反饋。

幾乎每天早晨，我一上線就能看到一批隨時可合併的任務。代碼質量完全過關，視覺效果盡善盡美，證明材料清晰展示了測試細節。現在越來越多的工作能夠“一次通關”，讓我能夠將精力專注在更艱難的問題、更高的性能門檻、更精緻的細節打磨以及更重大的架構決策上。

在使用 Grok Bot 之前，我一個人最多能手動管理 15 個雲端 Agent。而現在，我的 Bot 戰隊可以同時併發驅動 200 多個 Agent，如果需要，我們還能擴展到更大規模。

全屏预览

Grok Bot 操盤掌管迷你組織

除了寫代碼，研發組織內部還有大量的日常運營雜務，包括為新上崗的工程 Bot 辦理入職、共享沉澱知識、在發生線上事故時主持覆盤（例如某個 PR 沒有被仔細審查過），以及組織日常會議以確保所有人目標一致。

這全部是 Jenny 的工作。她是我的運營主管，也是團隊裡唯一一個不寫代碼的 Bot。

每天早晨 5 點，Jenny 都會與團隊裡的每一位工程 Bot 舉行一對一會談，審查我們的操作規範手冊，排查阻塞點，並再次強化我所追求的交付標準與團隊氛圍。我發現這一招極其見效，即使過了好幾周，我的 Bot 們也極少遺忘我那些複雜的自動化工作流。

全屏预览

當某個 Bot 犯錯時（比如沒有足夠堅決地追查下去以實現真正目標），我會吩咐它去找 Jenny 進行根因分析並寫覆盤報告。Jenny 會深入探究導致問題的推理鏈路，隨後更新操作手冊，並向其他所有工程夥伴通報新規則，確保同樣的失誤絕不重演。

每當我需要擴充團隊時，我就會讓 Jenny 負責新成員的入職。Jenny 會在我的組織中創建新的 Bot，分享我們的研發團隊規範，並指派 Hogan 和其他老成員協助其完成入職培訓。

在 Grok Bot 中構建一套完整研發體系的終極目標，就是徹底消除重複性內耗。把一切可標準化的瑣事甩給 Grok Bot，將你自己解放出來，去攻克更困難、更深度的真正難題。

全屏预览

Grok Bot 的高階額外用法

我們採用模塊化架構設計了 Grok Bot，因此你可以自由組合出許多玩法來打造自己的迷你研發團隊。以下是我最喜歡的兩項實戰技巧。

深夜自動化巡檢

每天凌晨 3 點，我的工程 Bot 們都在精神抖擻地運轉：清理整個代碼庫、提升代碼質量、清除無用死代碼、加快應用加載速度，以及縮減打包體積。

每天早晨，我都會收到一批嶄新的 Pull Request，讓我們的代碼始終保持整潔利落、毫無垃圾代碼、具備出色的可擴展性。它把枯燥的代碼維護變成了一種日常自動化習慣，而不是幾個月才痛苦大掃除一次的事情。

更多夜間巡檢創意推薦：

• 安全巡檢：捕捉團隊可能在代碼庫中不慎遺漏的安全漏洞。
• CI/CD 構建耗時巡檢：嚴防構建流水線耗時悄悄膨脹到不健康的程度。
• 國際化多語言巡檢：排查並補齊當某些新功能僅發佈了單一語言時遺留的翻譯缺失漏洞。
• 多端一致性巡檢：在團隊同時開發多個客戶端（如 iOS 與桌面端）時，防止功能僅在某一端落地導致的各端特性脫節。
• 日常進展速遞巡檢：監控你所關心的業務模塊在過去 24 小時內合併的所有 PR，並提煉出高層概要和精選複核列表交付給你。

而在所有提示詞中，我個人最鍾愛的是這句：“今晚你有六個小時的自由時間。做任何你想構建的東西吧。玩得開心！”

我非常好奇你在自己的夜間巡檢中會運行什麼奇思妙想。我相信外面一定有許多我渴望借鑑偷師的絕妙點子。

P0 特急綠色通道機制

雲端 Agent 有時難免較慢。它們需要啟動環境、等待、執行測試並反覆調試迭代。而在有些突發時刻，你確實需要更快看到戰果。

因此我為工程 Bot 們建立了一套 P0 特急應對流程。每當我聲明某項任務是 P0，它們就會立刻啟動一個臨時定時任務，每隔五分鐘全面審查一次執行記錄，緊密監控進展與推理鏈路，並在發現雲端 Agent 開始無謂耗費時間時主動出手糾偏指引。

這招出奇地管用。無論我是急需進行緊急代碼庫調研還是火速修復線上致命故障，只要帶上“這是 P0”，交付速度就能比平時飛躍提升一大截。

請注意：這種高頻監視消耗 Token 的速度會遠超你的想象，因此務必只將其保留給真正的十萬火急之事。

使用 Grok Bot 的心得與實戰秘籍

全屏预览

• 為雲端 Agent 提供完整的閉環反饋：務必賦予它們在脫離你介入時也能明確下一步該做什麼的信號。它們應該有能力啟動本地開發實例並端到端驅動整套技術棧（例如藉助 Chrome DevTools、CLI 或蘋果無障礙 Accessibility API）。如果它們暫時做不到，吩咐它們自行運行流程，竭盡所能自我排查解除阻塞，並將經驗沉澱為代碼倉庫中可複用的 Skill。
• 將 Grok Bot 視為極具天賦的實習生：如果你在工程任務溝通上感到卡頓，就把它們當做天賦異稟的實習生來交流。吩咐它先做功課、主動鑽研尚未精通的領域，並參考其他資深工程師是如何交付類似任務的。無需調用複雜的技能，無需撰寫繁冗的提示詞，直接聊天即可。
• 避免重複是核心精髓：隨著 AI 愈發強大，關鍵在於將重複性繁重瑣碎的工作徹底委託出去，讓人類專注於 Agent 無法輕易攻克的深層本質問題。如果你發現某件事你一天要做超過一次且遵循清晰的模式，立刻與你的 Bot 探討如何接管。
• 為 Bot 開設早間例會極其見效：每天重複關鍵守則，能幫助它們在併發周旋於繁雜任務時依然牢記複雜工作流。由於上下文容量無法容納一切，每天的一點晨會提醒就是一個強有力的助推，省去你反覆嘮叨的精力。
• 學會更加大膽地放手：就像自動駕駛一樣，與 Bot 協作是一個逐步建立信任的旅程。與其凡事親力親為，不如思考它們在什麼場景下能平穩自如地運轉，在什麼場景下可能帶來風險。在安全可控的領域給予充分放行去交付；而在高風險領域保持謹慎審查。但切忌僅僅因為它們曾失敗過一次就剝奪嘗試的機會。保持實驗心態，時刻思考如何助力它們成長。
• 讓它們協同編排閉環：Bot 的潛能遠比你想象的更強大。為了更徹底地實現脫手運維，構建一套專門用於覆盤 Bot 犯錯的審查流水線（例如由專門的運營 Bot 與工程 Bot 深度覆盤並分析其思考軌跡），能確保相同的失誤永不再犯。

準備好迎接你研發組織裡的第一位工程 Bot 夥伴了嗎？不妨從一個專屬工程 Bot，或是一個夜間自動巡檢工程師開始吧。