今日最有感的事

今天收進來的AI卡有7張,全部是今天收的,其中5張跟Grok Bot有關。這幾張卡Bear都沒有留註記,所以下面只整理原文內容。最值得放在一起看的是兩則Threads貼文:一則問「為什麼要多一層」,另一則是實際用了之後的避坑清單。

都有Claude Code了,為什麼還要叫Grok Bot去調用它?

王佑祥的提問有3.8萬次瀏覽。他這幾個月用Claude Code做遊戲、做工具,最近在做音樂和影片。他的疑問很直接:「它本來就做得到,為什麼還要多花一份錢,請另一個AI去叫它做?」

有意思的是他後來自己補上的答案。他做過claw chat、claude-web、Cubbi辦公室,目的都是改善「遠端用終端AI」這件事。他認為Grok Bot解決的正是這個門檻:「只有一個入口,說一句話,它幫你分給對的地方」。他也試過自己做統一入口,結果卡在「這件事該開新對話,還是交給原本那個」,分不準。

他同時留了一個保留:「現在沒有一個真正的報告證明了多個AI協作……結果比一個模型的多agent效果好」。換句話說,多AI協作到底有沒有比較強,目前沒有證據。

留言區有兩則值得記下:

這代表什麼: 更直白地說,大家談的Grok Bot價值,重點落在「入口」和「派工」,模型本身會不會做事反而是次要的。王佑祥自己做不出來的那一塊,就是判斷「這件事該交給誰」。

拿Grok Bot當日常助理的4條避坑心得

日安的貼文剛好是實際跑過一輪之後的經驗,4點都很具體:

  1. 先想好備份:和bot的對話、bot的設定、素材和產出都要備份。除了共用記憶,每個bot還有各自的私人記憶,也要叫它們各自備份。作者推薦文字用Git,素材接Google雲端。
  2. 避免Bot群組:群組裡每個bot都會讀每則訊息、判斷跟自己有沒有關,「額度是馬上會被榨乾」。寧可讓bot之間一對一私訊。
  3. 不要叫Grok Bot開發網頁或App:UI做得很醜,反覆修改就是「token掰掰」。
  4. 設計好資料寫入點:避免同一份資料被兩個bot沒流程地改。理想的流程是「A bot交付文案給B bot,B bot上好字幕交付給C bot,C bot完成影片後交付。」

作者在留言補充,她現在是「一個領域相關的事開一個Bot」,也另外做了dashboard掌握資料狀態。

兩張卡接起來看: 王佑祥卡關的地方是「分派分不準」,日安的做法是把分工先切死:一個領域一個bot,交付順序事先定好,bot之間不開群組。真正值得看的是,多Bot協作的成本有很大一塊花在「讓bot讀不需要讀的東西」,流程沒設計好,額度就先燒光了。

今日收集的資源

HyperFrames:丟一支爆紅短影片給Claude,套出同樣的排版和節奏

HyperFrames示範貼文(AI平凡人創業學院)

Motion Library動態收藏:327種網頁動態效果

黃裕介紹Motion Library的貼文

黑貓老師:Claude AI剪片筆記分享

黑貓老師的日更分工

Jimmy說AI:Grok Bot可以加好友

Jimmy說AI:Grok Bot可以幫你打電話

◆ ◆ ◆