Grok Bot Galaxy 直播：第 1 天（第 29/44 段）

🧑‍🏫 這段是 Grok 團隊直播中的一段。可以看到一群人邊討論，邊叫好幾個 bot 查場地、記筆記、做工具，最後把活動從開餐廳改成辦藝術展。值得看的是 AI 怎麼混進真實的專案討論裡：它能幫到哪裡，人又要在哪裡做決定。

• 334:13 團隊考慮把活動日期往後延六週，好有時間申請各種許可（permits）
  ↳ 團隊在考慮把活動延後六週。permits 是辦活動前要跟政府或場地申請的許可，流程很慢，時間太趕就會來不及。
• 334:13 Fort Mason 也是很好的活動場地，但由 park service 管理。初步審查要 4 到 15 個工作天，還可能拖到好幾週
  ↳ Fort Mason 是舊金山的一個場地，條件不錯。可是它歸 park service（公園管理單位）管，光初審就要 4 到 15 個工作天，拖上好幾週也有可能，時程很難抓。
• 334:44 有人提議把大家腦力激盪的對話記錄進公司的 Notion，這樣就能讓 bot 直接讀取這些 context，工程端也能拿來當好的輸入資料
  ↳ Notion 是線上筆記和文件工具。把討論存進去，bot 就能直接讀到這些 context（做事時參考的背景資料），不用每次重講。工程師也多了現成的資料可以用。
• 335:14 設定一個排程工作：請 knowledgebase manager 每五分鐘 ping 一次正在運作的 bot，擷取最重要的細節存進 Notion
  ↳ 排程工作是指定時自動執行的任務。knowledgebase manager 是負責整理知識的 bot，它每五分鐘 ping（發訊息問一下）正在工作的 bot，把重點記進 Notion。
• 335:14 這個做法的難處是不要讓 Notion 塞滿垃圾訊息。有人建議把它當成 git log 來管理
  ↳ 每五分鐘自動記一次，很容易累積一堆沒用的內容。git log 是工程師記錄每次改程式的清單，每筆只簡短寫改了什麼。意思是只記有意義的變動就好。
• 335:45 找場地的原則：從已知的場地出發，比對出高品質的類型再反推。已知的好場地有 the Pearl 和 Dog Patch Studios
  ↳ 找場地不是亂槍打鳥。先拿已知的好場地，歸納它們的共同點，再照這些條件去找類似的地方。the Pearl 和 Dog Patch Studios 就是他們的參考標竿。
• 335:45 避開政府經營或 NPS 的場地，因為申請大概要花一個月
  ↳ NPS 是美國國家公園管理局。公家單位的場地申請大概要一個月，對趕時間的活動來說太慢，所以直接排除。
• 336:15 優先找自己有 caterer 或有酒類執照的場地。agent 建議：既然團隊自己拿不到酒類執照，就請 caterer 或廠商負責
  ↳ caterer 是外燴業者。自己申請酒類執照很難，找本來就有執照的場地或外燴，等於借用對方的資格。agent 是會自己執行任務的 AI 助手，這個建議就是它提出的。
• 336:49 活動的「三要素」：體驗型遊戲、周邊商品（merch），第三項 Matt 認為是好吃的食物
  ↳ 他們把活動的吸引力拆成三塊：可以玩的體驗型遊戲、能帶回家的 merch（周邊商品，像 T 恤、貼紙），再加上好吃的食物。
• 336:49 限定版食物：因為活動只辦一次，本身就是限定。菜單很重要
  ↳ 活動只辦一次，現場吃到的東西本來就是「只有這次才有」，不用另外做限定款。所以菜單怎麼設計，是吸引人來的關鍵之一。
• 337:20 菜色的創意交給餐廳，團隊可以設計調酒或有趣的菜單元素讓對方放進去。接著 spin up 一個 menu bot
  ↳ 分工方式是：專業的菜交給餐廳，團隊只出點子，例如設計主題調酒。spin up 是「開一個新的」，意思是再開一個專門處理菜單的 bot。
• 339:20 請 bot 上 Yelp 和其他網站，搜尋其他餐廳評價最高的品項當作靈感
  ↳ 讓 bot 上網看評價。Yelp 是美國很多人在用的餐廳評價網站。看別家評價最高的菜是什麼，拿來當設計菜單的靈感。
• 339:20 餐廳形式的麻煩：要有主廚和大量人手。雖然可以交給 catering company，但流程會比較複雜
  ↳ 辦成餐廳要有主廚和一大群人手，很耗人力。外包給外燴公司雖然可行，但中間多一層協調，事情反而變多。
• 339:50 新點子：改辦藝術展。可以群眾募集作品、讓 bot 評審作品，而且可能賣出超過 100 張票
  ↳ 方向開始轉了：改辦藝術展。作品可以公開徵件，讓 bot 當評審挑選，票也可能賣到上百張。
• 340:21 餐飲活動需要執照。有人提議也許可以辦成一整個週末
  ↳ 只要有賣吃的喝的，就會碰到執照問題。另外有人提議把活動拉長成一整個週末，不只辦一天。
• 340:21 成本差異：餐廳形式是付錢給餐廳、再向參加者收錢；藝術展可能要付錢給幾十位藝術家
  ↳ 兩種辦法的錢流向不一樣：餐廳是團隊付錢給餐廳，再向來客收費；藝術展的主要支出，可能變成要付給幾十位藝術家。
• 340:51 替代做法：不付費給藝術家，改成提供展覽空間，再加上社群作品投稿
  ↳ 想省錢的話，也可以不付酬勞，改用「免費給你展出的空間」吸引藝術家，再開放一般人投稿作品。
• 340:51 很多人喜歡 Grok bot 的頭像和造型，可以找藝術家以這些頭像為主題創作並展出
  ↳ Grok bot 的頭像和造型本身就有人喜歡。請藝術家拿這些角色當主題創作，展覽內容就直接跟產品連在一起。
• 341:22 在網站上做互動式藝廊，讓大家先在線上逛，再到現場看實體作品
  ↳ 線上線下一起做：網站上先放一個可以點進去逛的虛擬展廳，讓大家先看到作品、產生興趣，再來現場看實品。
• 341:22 藝術展能省掉餐飲和酒類執照的麻煩；就算有餐飲，也可以找有這些執照的 caterer
  ↳ 改辦藝術展最大的好處，是避開餐飲和酒類的執照麻煩。就算還是想提供吃喝，也交給本來就有執照的外燴處理。
• 341:52 真正需要的大概只有活動保險（event insurance），再跟場地合作就好，也可以問做活動的朋友意見
  ↳ event insurance 是活動保險，現場出事時可以理賠。除了這個，就是跟場地好好配合；不懂的地方，可以問有辦活動經驗的朋友。
• 341:52 Matt 先離開，去準備他主講的下一場（字幕為「Grockbot for PMs」），會現場示範操作
  ↳ Matt 先離開，去準備下一場分享。字幕寫的主題是「Grockbot for PMs」，看起來是教 PM（產品經理）怎麼用 bot，他會現場示範。
• 342:22 現場在 San Francisco，樓下舞台、樓上空間和後方會議室同時都有活動在進行
  ↳ 這段是在舊金山現場直播。同一個場地裡，樓下舞台、樓上和後面的會議室都同時有活動在進行。
• 342:53 場地搜尋可以依 pop-up 類型篩選。藝術展對場地的要求比較彈性
  ↳ 找場地的工具可以依 pop-up（短期的快閃活動）類型來篩選。藝術展對場地的要求比較寬鬆，能挑的地方就比較多。
• 343:24 藝術展適合倉庫或混合用途空間，基本上只要一個大的開放空間
  ↳ 藝術展不需要廚房這類設備，倉庫或多用途空間都可以。重點只是要有一大片空地，能擺作品、讓人走動。
• 343:24 有人正在把改計畫的事告訴 Steve，並繼續做 venue finder，做好後交給同事給回饋
  ↳ 計畫改了，要同步告訴 Steve。同時繼續做 venue finder（幫忙找場地的工具），做好後交給同事試用、給意見。
• 343:54 UI 正在開發中，預計週四 ship，目標是不要看起來像俗氣的霓虹色 AI 產物
  ↳ UI 是使用者看到、拿來操作的畫面，目前還在做，預計週四 ship（正式上線）。他們刻意避開那種螢光霓虹色、一看就像 AI 做的俗氣風格。
• 343:54 會有 SpaceX AI 的員工、擅長設計的工程師來協助 UI 設計
  ↳ 會有一位 SpaceX AI 的員工來幫忙設計 UI。他是工程師，但很擅長設計，目的是把畫面做得好看。
• 344:26 待審的 PR 越積越多。PR16 讓 verification skill 變得比較通用，並且在影片上做評估
  ↳ PR（pull request）是改程式之後送出去等人審查的申請，而待審的越積越多。PR16 讓 verification skill（bot 檢查成果對不對的能力）適用範圍更廣，也拿影片實際測試過。
• 345:27 已經有 13 個 PR，來源是 bot 依指示做了好幾個 prototype，每個都開成 PR
  ↳ 現在累積了 13 個 PR。原因是 bot 被要求做好幾個 prototype（先做出來試試看的雛形），每做一個就開一個 PR 送審。
• 345:27 knowledgebase bot 持續更新團隊的 Slack，還開了一個 marketing channel
  ↳ 負責整理知識的 bot 會持續在 Slack（公司內部常用的聊天工具）更新進度，而且還開了一個行銷用的頻道。
• 345:57 Slack 裡出現「SF top 50 flyer corners」。團隊宣布改為考慮辦藝術 pop-up，不做餐飲體驗
  ↳ Slack 上出現「舊金山前 50 個發傳單好地點」這類行銷內容，代表行銷準備已經開始。團隊也在 Slack 宣布，方向改成考慮辦藝術快閃展，不做餐飲體驗。

字幕中，為什麼建議找場地時避開政府經營或 NPS 的場地？