最近的AI進展實在是太快了，尤其是連續幾個開源模型已經夠讓市場震撼後，沒想到近期OpenAI直接來個 Astra 的發表，讓最近社群幾乎都是 3D 相關的 AI 應用分享。其實在Astra的發表之前，自己是在試玩 Grok 的 Grok Bot，體驗這種在雲端有一台虛擬主機，讓我的Agent在裡面工作的方式。
Grok Bot 該拿來做什麼?
雖然知道使用Agent時，如果要控制一定程度的安全性，最好讓他們只能在沙盒裡面運作，但實際上我覺得如我一般的小使用者，可能也沒概念真正做到如此的方式，一方面是若不給權限，使用體驗大打折扣，一方面可能是就我自己的體感，工作不是太有機密性或是複雜的情況，且至今沒遇過Agent失控的狀態。所以，目前就是拿了一台一般的小主機，一開始就裝上Codex，做一些想做的AI小專案，等於這台小主機原生大部分都是用來跟AI共事。
拉回Grok Bot，如上述原本使用 AI 大部分都在小主機上使用，所以剛開始還不太知道到底該怎麼區別與本地端的 Codex 協作的差異性，雖理解主要的差別在於主機是在雲端上，不需要擔心本機需要一直開著才能持續運作的不便。
但是因為後來我索性都不關機，遠端透過remote進行指揮，所以真的在操作Grok Bot的時候就在想他能直接為我帶來什麼新體驗。
不過後來想想，這可能也是我一開始把它視為 Grok 的一種桌面 Harness app 所產生的認知定錨。實際上 Grok Bot 的工作情境應該是就已經驗證的工作流進行AI的代理作業平台，與 Codex 強調本機端與AI一起進行開發工作、驗證作業為強項的模式有點不一樣。Grok Bot 的本質我覺得更像是一個個人專屬的 AI 員工作業平台，我可以在這個平台上設定好每個員工該作什麼，他們會就我的工作要求定時或是被觸發時進行交辦的任務。
我就只需要負責接收他們的通知或是報告，進行狀態的理解以及評估是否應該進行下個動作，像個指揮一樣掌握工作狀態。
嘗試轉移工作小案例
我第一個Bot是將原本 Codex 的定期每日行事曆及信箱資訊整理轉移過去，整體來說相當合適，而且一次可以串接多個帳號，使用上其實更為便利。轉移的過程我只要創建好一個 Bot 跟他說我想要做什麼，並且依照他的協助做好 Gmail 還有 GoogleCalendar 的授權，接下來就是像跟人類對話一樣，跟他說我想要進行什麼樣子的交付，他就會定期排程進行任務。
此外，我還有另外設定一個Bot定期到我的一些網站上或是Search console上進行查看，就我需要的資訊進行彙整，並報告給我。
就以上的操作，其實就工具差異，我覺得感受上跟Codex這種Desktop App最大的區別是工作範圍跟專注的項目不太一樣，兩者都能夠做到彼此的工作內容，但是專精的地方有些差異。 Codex 對我來說比較專注在開發作業，對於正在執行的專案，打造功能時，對於工作時的思考、驗證及執行都相對嚴謹，以工程思維將開發做好，而且介面的呈現對於專案的修改、備註都有比較好的體驗，但是相對就需要較長的工作時間。Brok Bot實際上就像是一群小助理的集合，每個Bot都被交辦一些既有的小任務，重複執行一套設計好的工作流。這個平台就是我跟各個小助理確認任務的地方，有點像是跟AI助理的通訊軟體，也表示不像Codex那樣還可以有瀏覽器進行各個專案內容的評論以及。
新的應用工具，持續體驗
目前，Gork Bot其實發表也沒有很長的時間，自己最初會想體驗的契機其實是因為 Grok 4.6 在模型成績上觸發了讓我想要試試看其他模型的念頭，所以就訂了下去，後來沒多久就開放了這個服務，就想說來使用看看，自己也就是使用個 2-3 周左右。
其實說實在還需要一段時間來思考什麼任務適合放在上面，不過就這段日子的體驗上是還不錯的。若想使用Grok Bot目前只要訂閱 Grok 還有 Cursor 就會有權限使用，而且額度是分開計算的。而且九月初安卓陣營也有了手機的App可以使用，大大的提升了便利性，用手機就可以跟AI助理群們互動。不然我原本還在想，如果安卓陣營無法使用手機進行操作，需要到電腦前進行任務交辦，實在是一個大缺點。
最後，就用量來說，其實消耗的速度並不慢，一個簡單的整理信箱、行事曆的工作可能就會耗個1至2%的週額度。所以真的如果想拿來做Coding或是開發專案的討論，我覺得並應該會有更適合選擇。而我目前持續的在使用中，如果有什麼特別的突破性用途，再來做個分享。
