Grok Bot 7週亮相、每月PR逾4000件　團隊稱產品方向才是瓶頸

Grok Bot開發團隊在寫下第一段程式碼後7週便公開產品。團隊表示，比起寫程式，更難的是取得共識，決定產品該加入哪些功能。

SpaceXSI工程師羅倫·譚（Lauren Tan）與Grok Bot核心團隊成員羅曼·烏加特（Roman Ugarte）在14日公開的Y Combinator節目Lightcone podcast中，談到開發過程與實際應用。

Grok Bot是一款AI團隊成員型產品，使用者可以指定機器人的名稱、角色與工具，交付工作。烏加特表示，團隊希望把開發者交由AI處理程式工作的方式，延伸到公司的其他部門。

烏加特提出三項設計原則：以機器人而非對話或檔案為工作核心；讓機器人配備自己的電腦，並能使用人們平常使用的工具；讓機器人持續運作、主動提出想法，而不是等候指示。

開發團隊表示，內部測試中，熟悉AI與不熟悉AI的員工都給予正面回應，因此團隊決定對外推出產品。團隊先在公司內部使用機器人，再把實際結果納入上市評估。

烏加特說，使用者通常先交給機器人小任務；如果成果不錯，就會提供更多工具。工作接著從單一任務擴大到目標，最後使用者可能把整項工作交給機器人處理。

行銷團隊曾提供機器人Google與Facebook廣告帳戶的存取權限和預算。機器人會與設計團隊的機器人合作，對多種廣告素材進行A/B測試。

在客服部門，機器人會根據使用者回報重現問題；如果具備所需工具，也能從頭到尾處理部分詢問。機器人能承接哪些工作，取決於獲得的工具和權限。本刊先前也報導過Grok的連接器管理案例，探討工作型AI的帳戶存取範圍與核准流程。

開發團隊約兩週前推出團隊機器人功能，讓使用者把自己建立的機器人分享給同事。不同機器人之間也能互相對話、分配工作。

譚的工程師機器人「Potato」曾在Slack討論串中詢問資料倉儲機器人使用者數據，團隊成員也能查看處理過程。本刊先前報導過資料分析團隊透過唯讀連線，讓Grok Bot回答內部問題的案例。

PR（Pull Request，程式碼合併請求）是提交程式碼修改、請求審查與合併的項目。節目主持人提到，譚過去曾表示每月PR約有2000件，如今已超過4000件；譚確認了這項數字。PR數量反映程式碼變更請求的規模，不代表已推出的功能數量。

譚說：「我的自動化流程主要用於軟體維護，而不是開發新功能。」他表示，團隊會用自動化處理錯誤修正與效能改善。

譚也分享了與同事薩曼莎（Samantha）在Slack公開討論串中開發新功能的案例。譚說明想法後，機器人呼叫Cursor的雲端代理程式製作原型；團隊成員再透過討論串分享的影片和圖片交換意見。

譚說：「這次我連Cursor都沒開，所有事情都在Slack對話裡完成。」這個案例顯示，團隊能直接在聊天中查看原型，不必開啟開發工具。

烏加特表示，團隊每天透過產品、客服管道和X收到數千則使用者回饋。對於小型錯誤，團隊會用自動化流程重現問題、修正後再將修改合併到程式碼中。

至於會改變使用者日常畫面的功能，團隊採用不同的推出標準。烏加特說，團隊會先在內部充分使用新功能；如果反應不佳，即使功能已完成，也不會推出。

烏加特說：「瓶頸在於團隊能否就哪些內容該納入產品路線圖，以及如何判斷成果好壞，取得共識。」他表示，若一次整合所有功能，產品可能會顯得零散。