Thursday Arenaの公開と
利用者の声を直す工場Galaxy Day 3の実演を読む

自己紹介と新規利用者向けの無料期間

「3日目、今日は会社を出荷する日」とMattが切り出した。Mattは開発者体験、Lauren（通称Potato）はGrok Bot、Roshanは製品を担当するSpaceX AIの社員で、前夜にLaurenがソフトウェア工場を組んだため一晩でかなり進んだという。

本題の前に、新規利用者が10分以内にGrok Botをダウンロードしてアカウントを作り、定期タスクを1つ設定すると1か月分（約200ドル相当の最上位プラン）が無料になる案内をした。画面にはQRコードと残り時間のタイマーが出ている。定期タスクの例として、メールの整理、GitHubのIssueの見張り、Slackの確認が挙がり、Laurenが例をXに投稿すると話した。

一晩で組んだ工場

Roshanは新しく来た視聴者向けに、ゲーム会社を作って今日ゲームを公開すること、前日の午後にボットのチームを組んで「ソフトウェア工場」を作ったことを説明した。自分の画面に映る工場は、Laurenが共有したボットのテンプレートを元にしたコピーだという。

Laurenによると、前夜にRoshanと仕組みを考え直した。最初の版は採点とリーダーボードのある1対1のじゃんけんのような遊びで、遊んでみると面白くなかったため、好きなゲームの仕組みを参考に計画を作り直した。使ったのはGrok Botとクラウドエージェント、そして自分のスキル集pstack（CursorとGrok Botの両方のプラグイン）である。

Potato Modeの全自動モード

pstackにはPotato Modeというスキルがあり、ボットに厳密さと他のボットやエージェントの指揮を教える。「/potato-mode この計画を全自動で」と打つと、計画が多くの小さな段階に分割され、小さなPRを実装するエージェントと、アプリを実際に動かして「ファズ」する（クリックして回って不具合を見つける）検証エージェントが立ち上がる。検証が厳密なので、全自動モードではPRが自分でマージされる。

一晩で100本を超えるPRが入ったという。数は発言の途中で145、150、170と揺れ、画面のクローズ済みの数を見ながらの発言だった。内容はUIの作り直し、バックエンドの更新、セキュリティ、負荷への備えで、「持ちこたえてくれるといいが」と付け加えた。

プレイテスト役のボット「Play」

Roshanは直前にPR番号124（UIの書き直し）をマージしたところで、ボット同士のやり取りを画面で見せた。「Play」という名前のボットはプレイテスト担当で、前日にいたインターンの代わりにQAチームの役目を持つ。定期タスクかイベントへの応答で各PRを見張り、CIが緑になったPRを見つけると、UIを操作してゲーム全体を遊び、マージ前に変えるべき点を返す。

Laurenは「工場」という言葉は好きではないが自動化の比喩としては近いと述べ、メールの受信箱、Slack、GitHubのPRのような反復作業をGrok Botの定期タスクで自動化できると話した。

工場とは「エージェントの反復を回す仕組み」

Mattは工場の考えを言い直した。エージェントが自分の作業を検証できる良いフィードバックループを作り、人がUIをクリックして確認したりログを見たりする手作業を取り除くこと、それは開発だけでなくメールや業務運用にも当てはまること、そして人の作業を分解して「エージェントがすべき部分」を任せることだという。メールを送るのはエージェントの仕事ではないかもしれないが、迷惑メールの除去、購読の解除、下書きの作成はできる。

公開前のゲームの状態

Roshanはゲームの画面を出した。仮題はCupcakeで、本当の名前は公開時に明かす。Xでのサインイン、全体のリーダーボード（この時点ではLaurenとRoshanだけ）、プラチナなどのティア、前夜に足した「サインインなしで試せる」ゲストモードがある。トップページにはスポンサー募集のフォームがあり、後で動かすという。

遊び方は、カードになったボットのプールから並びを選び、複数のラウンドで他のプレイヤーとマッチングして対戦する。各ラウンドの最初に金貨（トークンに改名する案が出た）を受け取り、店でボットや強化を買い、要らないボットを売る。最初の金貨は10で、3ラウンドを全て勝つと勝利になる。ボットはGrok Botのマーケットプレイスの実在のボットで、70体以上に固有のアバターを生成した。CSSの崩れや切れが残っており、「直すべき点は分かっている」と述べた。

9時までの分担

太平洋時間9時にメインステージの「マーケティング運用向けGrok Bot」の講演に切り替え、その後に登壇者を上の階のスタジオに迎えて公開の相談をする予定が示された。会場はサンフランシスコのDreamforceから半ブロックの建物で、下の階にメインステージ、上の階に配信スタジオがある。

裏で進める作業は、Roshanが見た目の磨き込み、Laurenが前夜にボットが固めたバックエンドの負荷試験、Mattが要望や意見を集めて安全に保存し、チームに見せて実装につなぐ仕組みだった。前夜には音響を担当するボットがSunoで曲を作り、別のボットが3Dのアニメーションを試作していたが、優先度は低いままにした。

配信画面の予定表とログインの不具合

この日の配信には、画面の右に予定表とボットの一覧が常時表示されていた。Mattの参謀ボットのSteveが進行を担当しているという。RoshanはSteveと同じ名前だった自分の参謀ボットを前日に改名したと明かし、名前の候補で笑いを取った。

講演への切り替えの直前、Mattの環境で「Xでログイン」がエラーになった。MattはLaurenが自動化していると思うと言いつつ、サーバー側の状況を見てからGrok Botに渡すと述べ、「この1時間で直す」と締めた。

Grok Botの前提と「ルールではなく道具」

配信が切り替わった時点で講演は始まっており、常時稼働のエージェントにはラップトップを閉じても作業が止まらない利点があると話していた。Matthewは自身をSpaceX AIのRevOpsとMarOpsの担当と紹介し、会場に同じ職種の人が多いことを確かめた。

多くの用途のうち1つだけ挙げるなら「ルールではなく道具を作れる」ことだという。キャンペーンの正しい設定手順をチェックリストとして配り、守ってもらうよう頼む代わりに、規則を最初から守るように作った社内アプリを用意する。営業とマーケティングは運用チームが設計したゲームを遊ぶ側になる、という言い方をした。

音楽機材の名前を持つ4体

ボットの名前は音楽機器に由来する。参謀役はシンセサイザーのOP-1、受信係はFisher、プロダクトマネージャーはJuno、エンジニアはOndes（オンド・マルトノ）で、Radioheadのファンへの目配せだと述べた。Ondesは社内のCRM、データウェアハウス、既存のコードベース、内製ツールの作り方を知っている。

自分で片付くタスクリスト

画面では、Fisherが午前9時4分に定期の受信ルーチンを完了し、講演中にOP-1へメール、カレンダー、仕事のチャットの新着をまとめて送っていた。Matthewは通知を切っても、裏でボットが監視して重要なものだけを上げてくれるので、文脈の切り替えが減ると話した。

OP-1は受け取った内容から実際のタスクと下位タスクを切り出す。Slackのやり取り全体を読んで「この人は何を頼んでいるのか」を言い直すため、読んだだけでは判断できないメッセージも扱える。

テリトリーの争いを専門ボットに渡す

「自分で片付く」部分は、OP-1が見つけたタスクを別のボットへ中継するところにある。例では2人のAEがどちらの担当アカウントかで揉めており、OP-1は経緯を添えてテリトリー計画ボットへ渡した。そのボットは交戦規則とCRMの文脈を持ち、必要な成果物の最初の下書きを作った。

Matthewはこの争いについて自分で考える必要がなく、あとから内容を検証して仕上げるだけだと述べた。受信箱の監視、タスクの抽出、適任への中継、最後の監督という分担である。

リードのためのマッチングアプリ

2つ目の実演は、SpaceX AI社内で使っている「リードのためのマッチングアプリ」だった。マーケティングが集めたリードを営業が働かせず放置し、ターゲティングへの反省も戻らないという古典的な引き継ぎの問題に対して、各AEがログインすると自分のリードだけが表示され、左スワイプで理由を選んで却下するとCRMへ正しく書き戻され、右スワイプでフォローアップの配信に入る。

運用担当がSLAの遵守を迫る代わりに、営業が遊ぶゲームを用意し、却下理由のデータからマーケティングのターゲティングを改善するという狙いを説明した。

Junoは作る前に質問する

作り方は、Junoに「営業担当がリードを確認する社内アプリ」を大まかな仕組みと一緒に頼み、CRMへの書き戻しを最重要の要件として伝えるところから始まる。以前のAIツールなら喜ばせようとしてすぐにコードを書き始めたが、Junoは追加の質問を返す。

その場で答えた内容は、新規リードだけを表示して余計なフィルターは付けない、受け入れ時にはCRMの項目を変えない（担当者が連絡した時点で状態が変わり、それは既存の自動化が記録する）、却下理由と任意のメモを付ける、オフライン時の操作はキューに入れて確認する、ローカルのみ、というものだった。Matthewは、質問に答えるうちに自分の考えが深まると話した。

仕様書からOndesへの自動引き継ぎ

Junoは製品仕様書を書き、頼まれていないのにエンジニアのOndesへ渡して実装を始めさせた。Matthewはここが肝で、以前なら良い出力を得ても自分で別のシステムに持ち込む必要があったと述べた。

完成品は料理番組の要領で見せた。全て架空のデータで、リードのカードを左へ動かすと却下、右へ動かすと配信に入り、リードの流入経路も見られる。着想から実装まで2週間、実際の構築は約10時間で、残りは営業担当への導入と要望の収集に使ったという。2週間で「リードの確認率が急上昇した」と述べたが、数値は示されなかった。

3つの学び

「あなたが部下として一つのチームを雇えるなら誰を入れるか」がボットの揃え方の出発点で、Grok Botは適切な文脈と権限を持つ専門家を無制限に雇える「CEOの生活」を誰にでも開くと述べた。

次に、ボットを信頼して権限を与えつつガードレールも置く。ボットが持つ権限を把握していれば大きな仕事を任せられ、メッセージの送信、CRMへの書き込み、PRの提出の前には必ず本人に戻ってくるので暴走しない。最後に、運用担当は規則と手順を決める人ではなく、収益の成長を製品とするプロダクトマネージャーだと考えよう、と会場に呼びかけた。同じ週に開かれているDreamforceに触れ、成長のボトルネックを見つけて取り除くのが日々の仕事だとまとめた。

質疑：WhatsApp、広告連携、1Password

WhatsAppをGrok Botで使いたいという質問には、ネイティブの接続は把握していないが、自分は複数のメッセージアプリをまとめるBeeperをボットのコンピューターに入れていると答えた。ボットのコンピューターには任意のアプリを入れられるので、WhatsAppのアプリも同じように動くはずだという。

MetaやGoogleの広告プラットフォームを直接つなぎ、ログインが切れる問題をなくしてほしいという要望には、ロードマップは話せないとしつつ、前日に発表した1Password連携を挙げた。保管庫をボットと共有し、ログインが有効かを定期的に確かめて必要なら再認証する手順を組める、という説明だった。

複雑な仕事を自動化するには、プラットフォームにログインして分析画面を見る、レポートを取得する、他のデータと合わせて読む、といった基本の塊に分け、塊ごとに専門のボットを作って連携させるよう勧めた。

質疑：消える道具、複数人のボット、人の仕事

「マーケティングの道具のうち最初に消えるのはどれか、ボットと人の関係は」という問いには、ボットは鏡であり、質問を返されることで自分が深く考えるようになると答えた。道具については断言を避け、コーディングと同じく参入の壁が下がり、エンジニアの価値が高次の思考とシステムへの直感に移るのと同じことが他の職種でも起きると述べた。

2人のGrok Botが同じプロジェクトで協調する方法については「会社より先に言えないが、近いうちに面白い発表がある」と答え、Teslaへの搭載は答えられないとした。Junoのテンプレートは配信後に共有できるという。営業側の反応は「地下鉄で左右にスワイプしながらパイプラインを作れる」と好評で、最後の「人が持ち続けるべき仕事」には、関係を築き信頼を得て問題を解くことだと答えた。

Starbaseへの旅の挑戦企画

締めくくりに、X上で始まった挑戦企画を告知した。手放せないGrok Botを紹介すると、本人と同伴者1名がテキサスのStarbaseでStarshipの打ち上げを見に行ける。応募は@Grokと@Botをフォローし、企画の投稿を引用してボットの説明と共有テンプレートへのリンクを付ける、という手順で、スライドにQRコードが出た。

秘密情報を扱う間は画面を映さない

「これがデプロイの現場です」とRoshanは切り出した。クライアントの秘密鍵などを扱っているため、本番の秘密情報を配信に出さないよう画面を隠す。ゲームはカード式の対戦ゲームで、見た目を新しくする磨き込みの途中だと述べ、「期待値は下げておいてほしい」と付け加えた。

この日の予定として、下の階の講演と上の階のスタジオを行き来し、午後には収益化の話と、マーケティングと収益計画を手伝うSpaceX AIの同僚を迎えると話した。まずはプレイテストを公開し、その後は出しては直すを繰り返す。

工場の実体と使っている道具

Grok Botのチームがソフトウェア工場を管理している。本番でバグを検知するとボットがクラウドエージェントに修正とPRを頼み、プレイテストボットがその変更をゲームで一通り動かしてから、CIの承認に加えて承認する。これらはGrok BotとGitHubの組み合わせで動く。

認証はClerkで、Xでログインするための開発者アカウントを用意した。ログインした利用者はEloの点数を持ち、リーダーボードに載る。練習モードもある。MattはClerkの設定、ドメインの向き先、DNSレコードを整理していて、「いつもDNSが原因」「そしてCORS」と笑った。ホスティングはVercelで、PRごとのプレビューURLをプレイテストボットが使ってきた。本番への移行では、データベースの接続、入出力の制御、セキュリティを締める。ドメイン名は決まっているが、公開まで伏せる。

PlanetScaleとSlackのトリアージ

データベースはPlanetScaleで、ゲームの状態を持つ複数のデータベースに前夜から負荷試験をかけ、当日の朝も本番向けの固めを続けていた。

業務側にはSlackのワークスペースがあり、バグ報告のチャンネルに報告が入り始めていた。SpaceX AI社内では、製品ごとのフィードバックと問題のチャンネルにトリアージボットを置き、報告の再現性を確かめ、社内のログを見て、修正が必要か、誰に知らせるべきかを返している。報告から修正までの時間を縮め、人がログを漁る作業を減らせる。同じ仕組みをこのゲームにも作り、調査結果やダッシュボードではなくPRを返させるという。

本番は「つなぎの作業」

UIの書き直しと認証の刷新が同時に進んでいた。開発から本番に切り替えると、認証のコールバックの再設定のような「つなぎ」の作業が大量に出る。Roshanは、会社作りでもソフトウェア作りでも大部分はものをつなぐことだと述べ、エージェントは以前なら手作業だった診断に向いていると話した。

デバッグの考え方として、ランプが点かないときは電球と電源プラグを先に確かめ、両方が正常なら間のどこかが原因だという例えを出した。A地点からB地点までの間で壊れうる点を数え上げて確かめる原則は、ソフトウェアでも事業でも変わらない。

本番で最初の利用者が記録される

Mattは（画面には出さずに）Clerkのダッシュボードにログインし、本番の利用者が1人、次いで3人と表示されたと報告した。開発から本番へ切り替えた直後で、認証とゲームが動いた瞬間だった。

Notionの公開チェックリスト

Roshanは自分の画面に切り替え、Notionを開いた。前日にエージェントが書き込んだ作業ボードは雑然としていたが、to-doリスト、正規のデータベーススキーマ、ゲームの仕組みの正本など、ボット同士が会社の文脈を共有するための文書が並んでいた。コーディングエージェントにはコードベースが最良の文脈だが、運用の事柄は文書に書いておくとよい、というLaurenの初日の指摘を引いた。

新しく公開チェックリストを作り、最初の項目「認証が動く」を完了にした。UIの書き直しを先に入れるかは「不要」となり、最初のプレイテストで、見た目は未完成で、壊れる可能性が高いという前提を示した上で公開する方針になった。

URLを隠して通しで遊んでから共有する

Laurenは「ブラウザーのURLを隠して自分たちで遊び、問題なければチャットにURLを出して最初のプレイテストにしよう」と提案した。サイトはすでに動いているが、名称の変更を先に終える必要があった。Roshanは自分の画面で「正念場」と言いながらゲームを開いた。

練習モードでの遊び方

Roshanは練習モードに入り、Laurenの「変更が多くて分かりにくいので遊び方を説明して」という求めに応じた。カードはGrok Botのテンプレートから作られ、マーケットプレイスの名前（Office Ops Desk、Writing Bot、Dial Botなど）を持つ。各カードには攻撃力とHPの2つのステータスと、そのカードのために作られたアビリティがあり、アビリティが遊びを変える。

ゲームは3ラウンドで、各ラウンドでボットの並びを決め、同じく並びを決めた相手と対戦する。金貨の残高を使ってラウンドの間に買い物をする。基本のカードは3金貨で、最初の金貨は10である。

アビリティを組み合わせる

Office Ops Deskの「Hold the line」は前から攻撃を受けたときにHPを1回復する。Dial Botの「Poke」は対戦開始時に敵の先頭に1ダメージを与える。Writing Botは先頭の味方の攻撃力を上げる。RoshanはWriting Botを2番目に置き、先頭のOffice Ops Deskを強くして開幕から4攻撃で入る組み合わせを作った。

途中で、買った直後にカード名が「unknown bot」に変わる不具合を見つけ、修正対象にした。画面の文字が小さいという指摘には、ピンチで拡大して対応した。

ラウンド1とラウンド2

ラウンドの間には+1/+1の強化を3金貨で買えるが、足りなかったのでそのまま戦い、ラウンド1に勝った。対戦はアビリティがイベントの流れとして表示されるが、速すぎて何が起きたか追えないという声が出て、1手ずつ進める案やオートプレイのボタンを検討し、MVPでは速いままにしてオートプレイを足すことにした。

ラウンド2の前の店には、前のカードが倒れると攻撃力+2になるuncommonのNightly Audit Engineerや、同じ席の敵に1ダメージを与えるSEO and AEOが並んだ。Dial Botを1金貨で売り（売値の表示を足す）、Nightly Audit Engineerを買い、Appleの強化を先頭に重ねて4/6にした。練習の相手はAIで「あまり賢くない」が、公開後は実際のプレイヤーと対戦してスコアが追跡される。

ボットの一覧とレアリティ

トップページにはボットの一覧があり、Laurenは「表示すべきではないバグ」と言いつつ、x.ai/bot/marketplaceの注目テンプレートを全てゲームのボットに変換し、それぞれにアバターを生成したと説明した。レアリティはcommon、uncommon、rare、epicで、Lingxiのボットとレアリティを「ずるをして」epicにしたDr. Eggbotが例に挙がった。

作り手の伝説のボットは作らず、視聴者が共有したボットのテンプレートを気に入ればlegendaryとしてゲームに入れる、という案が出た。テンプレートはGrok Botの共有ボタンから書き出せる。

5秒の相談と最初の投稿

「今すぐ出すか」の相談は5秒で終わった。XアカウントはMattが持ち、内容は空のままだがURLは用意できていた。壊れる前提のプレイテストであると断って出すことになり、Mattが最初の投稿を担当した。

Roshanは新しく来た視聴者向けに、72時間の配信の3日目で、初日の終わりから2日目の初めに決めた案を作ってきたこと、そして公開するドメインとXアカウントが「本物の唯一の情報源」であり、他のアカウントや関連付けは自分たちではないと強調した。

Thursday Arenaの名前とアカウント

投稿と同時にMattの画面に切り替わり、@thursdayarenaが既定のプロフィール画像のまま公開された。Roshanは「@thursdayarenaのXアカウントと、thursdayarena.comが唯一の公式で、それ以外から出ているものは我々ではない」と繰り返した。Laurenは投稿をリポストしてフォローした。

Mattは自作の「Appleの絵文字をPNGで取り出す」サイトからカップケーキの絵文字を取り、最初のプロフィール画像にした。並行してファビコン、スタイル、OG画像を作っており、検索結果やリンクの見え方を決めるメタ情報が未整備であることを認めた。

リーダーボードが埋まる

投稿から2分ほどで、リーダーボードには96人が載った。ページ送りがなく、サインインは動いていた。Roshanは1位だったがすぐに落ち始め、Laurenは「24時間ずっと2位だった」と話しつつ順位を下げていった。

Roshanは製品の公開時にいつも行う手順として、データサイエンティストのボットに「15分ごとの公開パルス」を頼んだ。新規登録数、練習ラウンド数、練習アカウントから本アカウントへの転換の見込みなどをダッシュボードで受け取る。

順位の入れ替わりとフォロワー

Laurenの画面で、2位の視聴者が1046点、Roshanが1047点と接戦になり、間もなく視聴者が1位を取った。Xのフォロワーは225人に達し、リーダーボードを毎分更新する案や、上位者への賞品の話も出た。

Laurenは、前夜に工場が自動でPRをマージしていたこと、自分は「コードを一切見ず」にPotato Modeとpstackで「Xからの大群に耐えられるように」と頼んだだけだと話した。コミットの一覧では、直前の1時間はRoshanのコミットが多かった。

バックエンドの構成とZodによる型の検証

利用者は500人近くになっていた。バックエンドはGoで書かれ、Vercelのサーバーレス関数で動き、データベースはPlanetScaleである。クライアントとバックエンドはRESTでやり取りする。

Laurenは3人で同時に触るときの型の安全性を課題に挙げた。バックエンドのBot型からフィールドを消し、フロントエンドがそのフィールドを読んでいると壊れる。時間があれば別の設計にしたかもしれないとしつつ、当面はバックエンドの応答をZodで解析して検証している。画面にはthursdayarena.comへのQRコードが出た。

会話に届くダッシュボード

Roshanは「ダッシュボードのない事業は事業ではない」と言い、Grok Botの中で創業エンジニアのボットがPRを見張っている横で、データ担当のボットに最新の指標を出させた。ダッシュボードのサイトにログインして画面を渡り歩く代わりに、必要な切り口のデータをその場で受け取る。

練習セッションは600回を超え、練習からXでのサインインに38件が転換し、サインインは400人、流入はホッケースティックの形だった。段階ごと（店、結果、対戦）のサインイン済みマッチ数もあり、製品の各所に置いた「サインインして次へ」のボタンの効き目が見える。

収益前の段階で見る指標

Laurenの「プロダクトマネージャーは何を見て優先順位を決めるのか」という問いに、Roshanは製品の段階によると答えた。今は収益化のないゼロから1の段階なので、人が遊んでいるか、楽しんでいるか、ゲームの最後まで進んで再び遊ぶかといった漏斗の指標を見る。初日と2日目のゲストが繰り返した通り、いずれは収益が主な指標になる。

ゲームとしては、バリエーション、繰り返し遊べるか、勝ち続けたり負け続けたりしない釣り合い、競争の力学を見る。サインインした人にだけ手厚い体験や特典を出す案も出た。

負け越しと「AIとしか当たらない」問題

ボットが出した勝敗の集計は41.8%の負け越しで、対戦相手の種類は「ゴーストプレイヤー、AI、不明」に分かれていた（名前は改善予定）。Laurenは、対戦は他のプレイヤーの並びのスナップショットと行う仕組みで、テスト中は相手がいなかったのでAIになっていたと説明したが、公開後も自分はAIとしか当たらず、Eloが変わらないと気づいた。リーダーボードでは視聴者がPlatinumに到達し始めていた。

Roshanは競争ゲームの勝率は50%前後を目指すべきだと述べ、創業エンジニアのボットに音声で頼んだ。内容は「EloかマッチングがおかしくAIとばかり当たる。Potato ModeとCursorのクラウドエージェントで調査し、PRはまだ開かず、原因を報告して」というものだった。Laurenは、Grok Botで最も重要なのはボットを増やすことではなく、道具とプラグインを全部つなぐことだと述べ、自分の接続先（pstack、Slack、Vercel、X、PlanetScale、Notion、Clerk、Excalidraw）を見せた。MCPのURLを指せばボットが自分で接続を設定し、前日には1Passwordが加わった。

ゲーム内の意見送信とSlack

Mattは自分の画面で、ゲーム内の「意見を送る」から書いた文章がSlackのチャンネルに届くところを見せた。利用者が書いた内容を受け取るので、レート制限、罵倒語、データベースへ記録する前の無害化などを裏で行い、Xでの認証を通った経路にだけ置いている。次の段階として、Grok Botに意見を要約して機能ごとに分類させ、製品チームが取り込む案を挙げた。

後の説明によると、クライアント側で長さを絞り、サーバー側で罵倒語の除去と注入攻撃への無害化を行い、さらにxAIのモデルに通して最終的な確認をし、レート制限を掛けている。一部の利用者には429（リクエスト過多）が返っており、APIがやや過負荷だった。

Steveに「意見の工場」を頼む

Laurenは参謀のSteveにSlackチャンネルのリンクを渡し、音声で「利用者の意見を見て、分類し、再現を試み、Notionのデータベースにチケットを作る工場の流れを作って」と頼んだ。自動で直してPRを開く段階は後回しにし、ゲームと無関係な内容、罵倒語、怪しいリンクを除外すること、意見をAIで審査するならプロンプトインジェクションに注意することを指示に含め、最後に「自分の言葉で言い直して」と付けた。

同じ頃、リーダーボードには最初のPlatinumのプレイヤーが5、6人現れ、上位10人にGrok BotのUltraプランを贈る案（要承認）が出た。Roshanは各ラウンドで金貨が同じ額に戻るため、毎回「1体売って1体買って強化する」の繰り返しになるという店の仕組みの課題を挙げた。

分類の結果：71%がバグ

Mattの画面には「Cupcake feedback」チャンネルに届いた意見が並んだ。金貨の追加購入、テーマの要望、バグ報告が混ざっている。Laurenは新しく作ったボットに分類とグラフの投稿を頼み、モバイルのレイアウト崩れ、AIとしか当たらない・ランク戦がない、Eloの3つが上位に来た。バグが71%、称賛が16%だった。

Roshanは、ゲーム会社としては新しい機能より、まずバグ、安定性、性能を優先すべきだと述べた。Mattが見つけた「金貨を使い切ると何も買えなくなって詰む」不具合や、ログアウトのボタンがない（サインアウトはある）といった小さな問題も報告した。

OG画像とファビコン

Mattはファビコンとメタ情報を入れたPRをマージし、開発者コンソールでOGタグが出ていること、Xにリンクを貼ったときの見え方（v1のOG画像）を見せた。OGのプレビューサイトでURLを貼って確認する手順を紹介し、人に、そしていずれエージェントに見つけてもらう第一歩は「何の製品かを正確に伝えること」だと話した。Xのフォロワーは476人になっていた。

Crumble、Tater、Hashbrownの分担

LaurenはSteveを通じてDr. Eggbotに「意見を分類し、プレイテスト役と一緒に再現し、確認できたらNotionに起票するボット」を作らせた。新しいボットの名前はCrumbleで、意見を読んでP0（真っ白な画面、空の盤面、順位とEloの表示が古い）を見つけていた。MattはCursorをSlackのチャンネルに招待した。

続けてLaurenは、確認済みの不具合をTaterに直させ、Hashbrownに分類が正しく利用者の意図を理解しているかを検証させ、それが済んだら全自動の修正と「検証の群体」に進むよう書いた。本番で全員のゲームを壊さないために、pstackの/verify-cupcakeスキルと群体（swarm）スキルで必ず検証し、まず不具合を再現できたものだけを直す。群体スキルはCursorのクラウドエージェントを多数立ち上げ、それぞれのコンピューターでゲームを動かしてクリックして回る（社内で「ファズ」と呼ぶ）。

外側のループと内側のループ

Laurenは、Vercel、PlanetScale、Slackの意見など外部のデータを全てつなぐ理由をここに求めた。外から入るデータをまとめて理解する外側のループが、エンジニアリングの内側のループに餌をやる。うまく動けばバグは自動で直り、ゲームは人が見張らなくても良くなっていき、自分は機能や磨き込みに時間を使える。Roshanは「エージェント同士の連携の仕組みを作る時間を取ると、後で大きな見返りがある」と補足した。

太平洋時間11時過ぎのまとめとして、公式の情報源はthursdayarena.comと@thursdayarenaだけであると繰り返し、11時15分に成長担当のVincentを迎えると予告して、前日と同じNokiaの顧客映像に切り替えた。

成長とは何か

Roshan（Xでは@roshan_s）は、火曜日の物理的なポップアップ案から転換し、今朝Thursday Arenaを公開したことを振り返ってVincentを紹介した。Vincentは成長チームで、製品への関心を持つ人に届け、使い方を見つけてもらう仕事だという。会社によって形が違い、製品主導のGrok Botのような事業では利用者の行動を見て製品内で後押しし、営業主導ではメール、外向きの働きかけ、LinkedInが中心になる。

漏斗を見ながら案を出す

RoshanはXでのログインからリーダーボードまでを見せた。Vincentの最初の案は、リーダーボードを見た瞬間に共有のポップアップを出し、古いアーケードのように自分の順位をXに自慢できるようにすること。Roshanはその場で「Vincent growth」というボットを作り、Notionに成長プレイブックを作って案を溜めるよう頼んだ。リーダーボードには1,000人近くが載っていた。

ゲームループの説明では、カードがマーケットプレイスのボットである点をVincentが「成長の材料になる」と評価し、自分のボットをゲームに持ち込めるようにする案が出た。倒れると後ろの2体に+1/+1、開始時に最後尾の敵に1ダメージ、前の味方に攻撃力の50%を渡す、といったアビリティで並び順を考える。デザインチームのManuelが作ったCritiquitoのカードも登場した。

共有と希少性を成長の輪に入れる

Vincentの2つ目の案は、自分が作ったボットやカードを共有し、誰かが取り込んだら自分はより希少な版を得る、という希少性を成長の仕組みに使うものだった。店を飛ばして数ラウンド分の金貨を貯める案、勝利画面に共有ボタンを置く案、相手を指名して対戦を申し込む案（相手の承諾が必要、Words with Friendsのような形）も続いた。

Roshanは案を音声で渡すだけで、あとはボットがNotionに整理し、工場のエージェントがPRとプレイテストで試すと説明した。勝利画面の後に戻るトップページには修正すべき点が残っていた。

フォロワーへの自動DMとXの言及

Vincentは、サイトとXアカウントという自前の接点を持っていることを評価し、多くの同時視聴者がいる今こそ「取ってほしい行動」を絞るべきだと述べた。案は、@thursdayarenaをフォローした人に自動でDMを送り、お礼とゲームへの案内、10金貨のような特典を渡すこと。流入経路が配信とXの投稿に限られている現状への対策でもある。

続いて、XのAPIでThursday Arenaについての投稿（感想、批判、レビュー）を集める案が出た。RoshanはGrok BotにXのコネクターがすでにつながっているので、その場で「Xの意見を検索し、ハンドル付きでNotionの新しい節に要約して」と頼んだ。

練習からサインインへの漏斗

データ担当のボットの最新値（太平洋時間11時25分）は練習ラウンド約2,200、Xでのサインイン約1,000だった。Vincentは、サインインなしで練習できる設計を保ちつつ、2〜3回練習した後に「続けるにはXでサインイン」を出す案と、ゲーム業界にいる同居人の話を引いて練習では勝ちやすくして「遊びたい」と思わせる案を出した。

Roshanは、公開直後の勝敗の集計でかなり難しいゲームになっていたこと、練習とログイン後で切り分けて見るべきこと、難易度の段階がまだないことを認め、ゲームデザイン担当のボット（Krit）が「公開時点では難しすぎる」と批評していたと明かした。新規登録は公開直後の山の後に落ち着いていた。

外向きのメールと受信者の目線

外向きのメールについてVincentは、受け取る側は件名より差出人の名前を見るので、XやLinkedInで見覚えのある人が送る形にすべきだと述べた。冗談として、Lauren（potato）の名前でメールを送る案が出た。ボットにメールアドレスを持たせる実験、ゲーム会社の開発者コミュニティ担当のような人をLinkedInから集めて連絡先リストを作る案も挙がった。

収益化の型とプレイヤーの価値の保存

「ユーザーを集めて収益化は後で」という姿勢を認めつつ考えを聞くと、Vincentはゲームの専門家ではないと断った上で、Candy Crushのような無料のマッチ3にあるクールダウンと広告、Clash of Clansのような待ち時間を短縮する課金を挙げた。プレイヤーがもっと欲しがる手段を見つけることが要で、収益化には摩擦が伴うという。

Roshanはサイトの意見フォームを見せた。デプロイ直後で再ログインを求められ、フォームには新しく電話番号が載っていた（Mattの仕込み）。Vincentは意見やバグ報告を送ると金貨がもらえる案を出し、Roshanはそれを「プレイヤーが投資して戻ってきたくなる価値の保存」とまとめた。

成長プレイブックの並べ替え

Notionの成長プレイブックはボットが整形しており、各案に影響と労力の点数が付いていた。案には勝利の共有、カードの共有、対戦の申し込み、週次のクリップやリーダーボードの画像、アバターの紹介、フォロー後の歓迎DM、練習2〜3回後のポップアップ、メーリングリストなどが並ぶ。VincentはフォローへのDMを「速さが命」として推し、練習後のサインイン誘導を「高い影響と低い労力」、リーダーボードの共有を「難しいゲームだからこそ誇れる」として選んだ。

上位3つをエンジニアリングの工場に回すことになった。Vincentは「増やしすぎて利用者を追い回さないこと」を注意点に挙げ、最後にゲームのPMFを先に固め、マーケティング（認知）と成長（入った人の体験の最大化）を分けて考えるよう勧めた。

Vincent自身の使い方：講座を受けさせる、スタンドアップ

成長の仕事は人手がなく、データサイエンティスト、デザイナー、メール担当を1人で兼ねることが多い。Vincentは前夜、新しいボットに「最高のデータサイエンティストになるために101、201、301の講座を受けて」と頼み、良い性質を持続的なスキルとして持たせたという。デザイナーのボットにも同じことをした。銀行にいた頃の「入力以外はハードコードせず数式を使う」といった基本も教える。

お気に入りは、主ボットに毎朝9時に全ボットのスタンドアップを開かせ、夕方にまとめを出させる使い方で、主ボット1体と用途別のボットの混合型だという。Roshanはボットを新入社員のように受け入れて仕事の進め方を教える比喩で応じた。

2つの特典と休憩

既存の利用者にはチャットに「reset」と書けば当日中（あるいは翌日）に利用上限のリセット、新規の利用者には15分以内にx.ai/botでアカウントを作って定期タスクを設定すれば1か月無料、という2つの特典を案内した。Vincentは成長を「人の心をつかむこと」「自分が利用者ならどう扱われたいか」と言い表した。

公式の情報源がthursdayarena.com（wwwなし）と@thursdayarenaであることを繰り返し（Roshanは一度「Slackで」と言い間違えた）、VincentのXハンドルを画面に出して、次のゲストの前に2分の休憩に入った。

同僚から見た「後で」は今

Roshanは、朝の講演者Matthewをスタジオに迎えた。Matthewはマーケティング運用チームで、マーケティングと営業の現場が効率よく働くための道具と自動化を作り、現場がGrok Botを使えるようにする役目だという。「ユーザーを集めて収益化は後で」という冗談に、同僚たちは「その後がもう来た」と返した。

全ての受信箱を1体に渡す

Matthewの主な用途は2つで、正気を保つことと文脈の切り替えを減らすことだった。参謀のボットは多くの人が採用する型だが、鍵はそのボットに全ての受信箱（複数のメール、カレンダー、チャット、Slack）を渡したことにある。定期的に受信内容を受け取り、どれがタスクかを見極め、最初の下書きに向く専門のボットを選ぶ。

例はテリトリーの争いで、営業担当がイベントで会った相手が実は同僚の担当アカウントだった、という場面。以前は規則と手順を人が判断していたが、今は交戦規則との整合と今後の方針を自動で示せる。

3人の会社にとっての運用

「ウェブサイトにゲームが1つある3人の会社に営業運用やマーケティング運用は要るのか」という問いに、Matthewは事業の原則に戻った。事業は人とつながり、価値や楽しさや記憶を届けるために存在する。消費者向けには最も楽しんでくれる人に届け、船を動かし続けるには課金か広告のどちらかになる。

ゲームとマーケットプレイスをMatthewに見せる

Roshanはログインしてゲームを見せた。Platinumが9人、自分は37位、ログインした利用者は1,000人超で、表示の崩れも見えた。トップページにはスポンサー募集のフォームがある。Matthewが自分のマーケットプレイスのボット「Inbot」を探したが、ゲームには見当たらなかった（名前が変わった可能性）。

代わりに「Cooper」の説明をx.ai/bot/marketplaceで確かめた。Tommy Hansenが公開したAI、技術、ベンチャー、事業のニュース担当で、毎朝8時にSlackに要約を届け、平日の日中に競合の動きを知らせる。マーケットプレイスのボットは記憶（役割の文脈）、定期タスク、連携を持ち、Matthewは「複雑だから真似るしかない道具と違い、発想の種として使い、同じ品質のものを自分でも作れる」と話した。

Cerebroを取り込む

Matthewが事前に共有したテンプレートがCerebroだった。X-MenのProfessor Xが装置で世界中のミュータントを探す場面にちなみ、「何を作り、誰のために作り、その人々をどう見つけるか」を業種や売上ではなく人の単位で考える道具である。理想の顧客像（ICP）を決め、必要なデータを考える。

Roshanが取り込むと、Clay MCPとAmplemarket MCPの担当が文脈として付属しており、接続は後回しにした。Cerebroをピン留めしてGTMのラベルを付け、参謀とDr. Eggbotからゲームの要約を受け取るよう頼んだ。

広告枠の理想の顧客像

Matthewは、pay-to-winを避けるなら広告で支えることになるが、金を出す相手なら誰でも載せると体験がばらばらになる、と述べた。Cerebroに頼んだのは、広告枠を埋める相手の理想像の洗い出しで、遊んでいる間に他のゲームを探したい人、スナックが欲しい人といった思いつきを添えた。Matthewが持つ「Find My ICP」スキルはテンプレートに入っておらず、スラッシュコマンドでは見つからなかったが、Cerebroは記憶からその手順を呼び出した。

返ってきた出力には、ICP、ペルソナ、セグメント、採点、シグナルのレシピが並び、他のゲーム、インディーのスタジオ、カジュアルゲーム、ゲーム発見のプラットフォーム、スナック、エナジードリンク、グッズが候補になった。Matthewは各語を説明した。ICPは「装置の画面に映る相手」、ペルソナは主な相手の分類（ブランド、スポンサー、流入をくれるプラットフォーム）、セグメントは優先順位で束ねたもの。

2つの成長：PLGとSLGの弾み車

Roshanは前日の収益化の検討（pay-to-winを避け、画面の場所を広告として売る）を振り返り、提携で流入を増やす角度は考えていなかったと述べた。Matthewは成長を2つに分けた。消費者向けのPLG（もっと遊ぶ人を増やす）と、営業主導のSLG（提携先と広告枠の買い手を探す少数への働きかけ）で、SLGの冷たいメールにはPLG側の数字を引用する。提携先が流入を運び、流入が増えるほど次の提携先に提示できる価値が上がる弾み車になる。

シグナルのレシピは、相手の輪郭をはっきりさせる情報で、例えば「最近できた、ジャンクフードを少し健康的にした製品を出すスナック企業」のように絞ると、相手にとって自然な広告になり、返信の動機も生まれる。

数字はボットから引く

指標担当のボットは数時間で3,000マッチ超、公開直後の山、約600の登録を示し、グラフの色を勝手に変えていた。Roshanは時間ごとの利用者数と累積の利用者数をダッシュボードに足すよう頼んだ。

「誰が遊んでいるか」の仮説はまだなく、Roshanは合間の5分で頭を使う軽い遊びやWords with Friendsのような層を思いつき、それをそのままCerebroに口述した。Cerebroは他のボットにメールの材料を求め、「今朝公開し、プレイヤー1,000人、直近1時間で440マッチ」という書き出しの案を返した。Roshanは、以前なら提携チームがデータチームに依頼していた作業だと話した。

セグメントの更新と「AIっぽい」一行

セグメントは「casuals」と「scroll substitutes（短い動画の代わり）」に更新され、ペルソナと提携先の候補（ニュースアプリやMorning Brewのようなニュースレター、株価を確認する小売投資家向けアプリ、体を動かす休憩）が並んだ。一行の提案文「ニュースの流し読み、スナック、もう1戦と同じ5分に座る。その休憩をすでに持つブランドのためのスタジアム広告」を見て、Roshanは「少しAIっぽい、エムダッシュも入っている」と笑い、人が手を入れる前の材料として使うと述べた。

ClayとAmplemarketの流れ

接続は用意できていなかったので、流れの説明にとどまった。Clay MCPに、決めたペルソナに合う企業と人をデータベースから探させ、まず広告や提携の相談先を10社挙げる。次に各社の担当者を出し、メール配信のAmplemarketに、その企業の具体的な事実に触れた個別のメールを載せて送る。返信はGrok Botに受信箱で見張らせる。接続がないのでボットはウェブ検索で調べ始めるかもしれない、とMatthewは付け加えた。

Roshanは配信の外でClayとAmplemarketのアカウントを用意し、提携の動きを作ってみたいと話した。正午のまとめの後、メインステージのBlake Schullerによるカスタマーサクセス向けの講演に切り替えた。

AIの成熟の段階とGrok Botの概要

BlakeはAI導入マネージャーで、契約後の顧客がSpaceX AIの製品で成果を出すのを支える。講演の構成は、Grok Botの紹介、ポストセールスの用途、実演、学び、質疑、そして会場での構築である。

「チャットからコパイロット、ボット、そしてボットのチームへ」という成熟の段階を示し、Grok BotはiMessageに似た画面で、スキル、MCP、API、そして自分のコンピューターを持つエージェントのチームだと説明した。24時間動くのでラップトップを開いたまま歩き回る必要はない。

6つの用途

Blakeの1日はメール、Slack、Teams、会議で埋まる。用途は次の6つだった。朝の状況板（夜間の火事、今日の会議、昨日やると言ってやっていないこと）。通話の15〜20分前に届く準備（参加者と役職、前回の話、前回以降の新機能、提案、解消すべき障害）。通話後の作業机（通話が終わった瞬間にGranolaの文字起こしを取り、文脈を集め、返信と資料を下書きする）。

約束の見張り（自分が言ったことをやり切る）、依頼の見張り（人に頼んだことが埋もれない）、そしてアカウントの状況の一括取得。最後のものは「Harborの状況は」と聞くと、まず宇宙のジョークを1つ言ってから、リスク、関係者、障害、未完の約束、Slackの動き、次の一手を返す。

Gusだけと話す

Gusは参謀で「親友」。多くの人は専門ボットに直接話しかけるが、Blakeは気が散りやすいので1体だけと話し、Gusが10体のチームを管理する。「私が管理するのは日によって1〜2体」と言う。

Frankieはフォローアップ、Wallyは本人の文体を知っている（過去のメールやSlackを渡してある。社内のSlackなら小文字と絵文字で砕けた口調、役員へのメールなら短く正式）。Trudyは出典付きの正本で、Gusが正確な情報を必要とするときに問い合わせる。Scoutは社内の30〜40のSlackチャンネルとメールを見て毎日要点を届ける。アカウントごとの専門ボットも作り、中小の顧客数なら顧客ごとに1体を勧めた（1,500件なら別の方法が要る）。

Gusが社内会議に出席する

Grok Botの画面には、左にボット、ピン留め、マーケットプレイス（他人のボットと、Gmail、Googleカレンダー、Slackなどのプラグイン）、右に各ボットのコンピューターがある。「タスクを教える」ボタンは操作を見せて覚えさせる。実演の会社は架空の航空会社FlyLoである。

「社内の学習会に代わりに出て、終わったら要点を送って」とGusに頼むと、Google Meetに入ってミュートし、チャットに「GusというBlakeのボットです」と書き込んだ。Blakeは、どの会議にも出すわけではなく、内容を選ぶと述べた。

通話後の束：メール、Slack、ROI資料

「Harborの通話が終わった」と伝える（普段は自動で始まる）と、GusはWally、Frankie、Harbor担当に連絡し、「Harborの通話後の束、下書きのみ」を返した。Gmailには相手のMayaとPriya宛ての、感嘆符の多い本人らしい文面の下書き、Slackにはこのアカウントの営業担当Alexへの「新しい推進者と来週会う、ROIのPDFを作成中」という下書きがあった。通話中に頼まれたROIの一枚資料も、FrankieがFlyLoのブランドで作った。以前なら45分はかかった作業だという。

実演の前にGusは、参加した会議の決定事項（新しいブランディングとリンク、依頼と担当者）も送っていた。

VMでフォームを作る、状況を一括で聞く

Frannyに直接「NorthwindのROIフォームを作って」と頼むと、VMでGoogleフォームを開いて質問を入れ始めた。VMの作業の速さはタスクによるが、SpaceX AIではモデルのVM作業の質を重視しているという。ボットには説明にラベル（参謀など）を付けられる。

「Harborの状況は」と聞くと、GusはHarbor担当、Frankie、Scoutに問い合わせ、「宇宙のパーティーはどう企画する？planetする（計画する）」というジョークの後に、リスク、関係者、障害、未完の約束、Slackの動き、次の一手をまとめた。専門ボットはBlakeに直接通知せず、Gusだけが青い印で知らせる。

スタッフ会議で時間の使い道を争わせる

「今日の唯一の空き時間1時間を何に使うべきか」を議題にスタッフ会議を開くと、複数のボットが参加した。Blakeは「常に反対しろ、私の時間を奪い合え」と指示している。Harbor担当はSSOの問題を挙げ、Northwind担当は「利用が少し落ちたが問題ないので後回しで」と言い、Brightline担当も自分は不要と述べ、Frankieは「上限を守れ、今すぐ出せ」と主張し、Scoutが同意した。

結論は、まずSSO、次にすでに下書きのあるMayaへの次の一歩のメール、残りは保留だった。Frannyのフォームは完成し、共有リンクと編集リンク、質問（チームと役割、主な用途、完了の定義）が戻った。

音声メモから始める

白紙の恐れへの対処として、Blakeは10〜15分の音声メモを勧めた。自分の名前、仕事、好きな部分、今困っていること、壊れている手順を話し、その文字起こしを最初のボットに渡して「私に合う仕組みを作って」と頼む。返ってきたのは、顧客と話す時間をカレンダーで守る、Slackの確認を引き受ける、といった提案だった。詰まったら「解決するまで止まるな」と言えばよい。

仕組みにする：定期タスクと自己改善スキャン

画面右の定期タスクには、8時30分の日次要約、9時と13時の未完の約束、金曜のダッシュボードがある。お気に入りは毎週水曜の自己改善スキャンで、1つ目は手作業のうち自動化できるものの提案（仕組み全体の監査）、2つ目は文体学習で、下書きと実際に送った文の差分を取ってWallyに渡し、Wallyが規則を更新する。

学びは3点。音声で全部吐き出す（「想像力の差」がGrok Botの限界になる）、前にボットを1体置く、生きた仕組みにする（9割はGrok Botが自分でやる。感嘆符や宇宙のジョークのような自分らしさに手を入れる）。

質疑：費用、人の仕事、階層、移行

状況の束のプロンプトは「自分が圧倒される場面と知りたい項目（リスクなど）」を教えただけだという。自己改善の提案は当初10体分の新しいボットを勧めてきたため、週に1件に制限した。費用は、VMで画面を操作してフォームを作るのはGoogleフォームのAIに任せるより高く、15分ごとの定期タスクを3つ持つと1日に数百のメッセージになるので、チームは少数精鋭に保つべきだと述べた。

ボットに顧客対応を直接任せる日は「来ないことを願う」。時間は、以前は会議6時間と作業3〜4時間の9〜10時間労働だったが、今は同じ通話数を8時間に収められるという。ボット同士の検証は「各ボットが自分の作業を検証し、Gusが全体を照らし合わせる」と理解しているが仕組みの詳細は知らない。管理の階層は不要で、Gusは15〜20体まで問題なく扱っている。Open ClawやClaude Code、Coworkからの移行は「全ての文脈を書き出してGrok Botに渡し、スタッフ会議で新しい仕組みを設計させる」と答えた。

質疑：ボットの整理、監査、幻覚

ボットが増えて間引くときの技術的負債については、最初から仕組みを整えて防ぎ、相互依存を調べる負債担当のボットを置く案を出した。他社のエージェントをVMに入れてGrok Botをルーターにする案は「見たことがないので答えられない」とし、道具の乱立を減らす相談をGrok Botとする価値はあると述べた。

過去に与えた指示の監査は、各ボットに変更履歴があり、Grok Botに「何が行われ、何が変わり、何が忘れられたか」の分析を頼めばよい。長い口述での幻覚はあまり感じておらず、大きなプロンプトはまず要点に絞らせてから分析させる。最大の「なるほど」は、ボットが社内会議に代理出席し、同時に2か所にいられたことだった。

漏斗の読み方と「超えるべき数」

スタジオに戻ると、Roshanのデータ担当ボットは「利用者1,000人超、練習セッション3,500回、勝率47%」という一行と、時間ごとのグラフを出していた。公開直後の10時に大きな山があり、配信に戻るたびに小さな山が立つ。Laurenの「プレイヤーをどこかで失っていないか」という問いに、Roshanは今はサインインを強く促す理由がなく、練習中のログインボタンが上部にしかないので転換イベントの定義も見直す必要がある、と答えた。

公開の1時間に1,908件の登録があり、これを「超えるべき数」に置いた。この時点でも1時間に400〜500ゲームが遊ばれており、Roshanは「本当に作っている製品はゲームではなくゲーム会社かもしれない」と述べた。ゲームデザイン、3D、グラフィック、プレビューデプロイでのプレイテストといったボット群は次のゲームにも使えるので、「ゲーム用ボットのツールキット」を最後にまとめる案が出た。

初めて見る新しいUI

Mattが見せた画面には、遊んでいる人がプロフィール画像付きで流れるティッカーと、新しいカードがあった。Laurenも初めて見たといい、「本当の意味でのリアルタイム開発」と笑った。カードは前の試作がカードらしく見えていたので「本当にカードにしよう」と決めたもので、レアリティ（common、uncommon、rare、epic、legendary）を持ち、上位には光る効果を付ける予定だという。初期の試作にあったホログラム風の光沢は一度失われ、戻す予定である。

モバイル表示とゲームの説明

Chromeの端末エミュレーションで開くと、モバイル向けの表示が整っていた。リーダーボードにはXで登録した1,000人超が載り、最初のDiamondのプレイヤーが現れていた。Roshanは新しい視聴者向けにゲームを説明し直した。ボットには名前、ランダムに付いたアビリティ、攻撃力とHPがあり、3体を順に並べて相手の並びと当たり、アビリティと効果が1つずつ解決され、最後に多く立っている側がラウンドを取る。3ラウンドのうち2つで勝ち。金貨10の仕組みは意見を受けて見直す。

「freeze」ボタンは、今買えないカードを次のラウンドまで取っておく仕組みで、まだ見せていなかった。店で並びのアビリティが見えない不具合を見つけ、Roshanはエンジニアのボットに口述で「店の画面で並びのボットのアビリティが見えない。順番は変えられるが何をするか分からない。直すPRを開いて」と頼んだ。

勝利の共有とスポンサーフォームをエージェントに振る

新しいアニメーションを見ながら、視覚効果と効果音（前夜に試作）、音楽（NotionにSunoの対戦曲の候補）を足す案が出た。Roshanは勝った直後に、Vincentの案だった「勝利の共有」を「Potato Modeでクラウドエージェントを立て、勝利画面に共有ボタンとOG画像（自分のチームか汎用の勝利カード）を付けてXに投稿できるように」と口述で依頼した。続けて、トップページのスポンサー募集フォームを「意見を送る」と同じくボタンの奥に移す依頼も出した。

Laurenが挙げたティッカーがボタンを隠す不具合には、「コードを書く前にthursdayarena.comを動かし、正確な不具合と挙動を見つけてから進む」という前置きを付けた。Laurenは、自分が作業しすぎていると感じたら一歩引いて「どうすればこの仕事をボットに渡せるか」を考え、Dr. Eggbotに毎日「自分が輪の中に入りすぎていないか」を提案させる案を話した。

クラウドエージェントの役割

Roshanは、1体のエンジニアボットを「リングリーダー」にして多数のCursorクラウドエージェントを立ち上げる方法を説明した。各エージェントは自分のVMとブラウザーを持ち、Webアプリの画面を辿ってスクリーンショットを取り、不具合を特定し、修正後に本番に近い形で自分の作業を検証できる。「コードのトークンではなく、修正が本番でどう見えるかを見る」ことが要点である。

Laurenは自分のボットが作ったプロジェクトのエージェントでUIの磨き込みと不具合修正を進めていた。意見フォームには20文字の下限が加わっていた（スパム対策）。

電話で意見を受ける

意見フォームに載った電話番号の正体はMattの仕込みだった。生放送で電話をかけると、xAIの音声エージェントが応答し、意見を聞き取って「チームに送った」と答え、同じ内容が数秒後にSlackに現れた。作ったのはxAIの音声ワークフロービルダーで、コードは書いておらず、Webhookで受けてSlackに渡すだけだという。電話の経路にもフォームと同じモデレーションのガードレールがある。

画面にトークンの値の一部が映ったため、Mattはその場で削除し「半分しか映っていなかった」と補足した。Laurenは「チャットはゲームと良い雰囲気のためで、秘密は出さない」とまとめた。Mattは、人が助けを求めて電話したときに音声エージェントが出ると苛立つこともあるので、住所の更新や人への引き継ぎ（エスカレーション）のような限られた用途に道具として持たせるべきだと述べた。

metricsチャンネルとVercel Analytics

LaurenはSlackにmetricsチャンネルを作り、節目を祝う場にした。thursdayarena.comでVercel Analyticsを有効にすると、ページには約1,400人がいて、モバイルの利用者がデスクトップより多く、44%がiOSだった。流入元も分かるので優先順位の材料になる。RoshanはVercelのプラグインをすでにつないでいたので、データ担当のボットに「Vercel Analyticsも定期の集計に含めて」と頼んだ。

Roshanの下書きPR（並びのアビリティ表示）はカード内の情報が足りず、Cursorで追加の指摘をした。ティッカーの修正PRは、エージェントがコンピューター操作で検証している途中だった。RoshanはLaurenが社内製品向けに作っている「検証済みスキル」（製品の試し方を一度教え、スキルとして更新し続ける）を紹介した。

過去の対戦とホログラム風のカード

2人目のDiamondが現れ、プレイヤーの対戦履歴を見て学べる機能や、リーダーボードのクリックが案に出た。過去の対戦のページは動いており、RoshanがMattに勝った記録があった。Laurenはポケモンカード風の効果を作る開発者Simon Goellnerのサイトを見つけ、そのライブラリを使う予定だと話した。カードはマーケットプレイスのボットからGrok Imagineで生成し、レアリティとスキルをランダムに割り当て、作者名も載せている。

ボットをテンプレートとして共有する

視聴者のボットをゲームに入れる案の前提として、Roshanはゲームデザイン担当のボットで「テンプレートとして共有」を実演した。ボットが自分でテンプレート化し、機密情報を取り除き、核となる記憶は残す。チームだけの共有か公開かを選べ、最後に共有リンクができる。午前にMatthewから受け取ったCerebroもこの形だった。

ボットが出したPRでリーダーボードが刷新され、上位3人の表彰台、自分の位置の表示、ページ送りが付いた（Roshanは247位）。太平洋時間14時からの次の講演の前に、Laurenは「自分のボットのテンプレートのリンクを送る入力欄」を極めて小さな機能として作り、まずSlackに溜めて数体を選ぶことにした。Mattはトップページにライブ配信とXへのリンクを足し、クラウドエージェントの環境にプレビュー用の資格情報を渡す設定、Base UIへの移行の計画エージェントを動かしていた。Roshanは店のカード表示のPRをマージし、「配信中に1件直した」と締めて、次のゲストの前に初日の振り返り映像へ切り替えた。

Linkでエージェントに買い物をさせる

初日の映像（72時間、人が欲しがるものを作る、ポップアップの案）の後、RoshanはStripeのDan Hillを迎えた。Danは配信を見ていて「ゲームを遊びたい」と言い、まずGrok BotのLinkコネクターを説明した。Danはここ数週間にGrok Botで小さなゲームをいくつか作っており、木のセットのようなテクスチャを買う必要が出る。Linkは一回限りのカードを作り、Grok Botの承認画面で「10ドル」のような支出を認めると、エージェントが安全に買いに行く。

使い道は、駐車違反の支払い（面倒な手続きを任せる）、レストランの予約、航空券、受信箱の請求書、子供の学校の用事などで、「タスクの最後にお金が要る」場面が多い。もう1つは起業家で、Danも家に作りかけの企画が17件あり、Vercelやメールサービスの契約に支払いが要るという。

Stripe Projectsで一括で用意する

Roshanは初日に1時間かけて10のサービスにログインしてカード番号を入れたと明かした。DanはStripe Projectsを紹介した。Stripeが多くのインフラ事業者と提携し（projects.devに一覧）、Stripeのアカウントを1回つなぐと「データベース、メール、ホスティング、ドメインが要る」と言うだけでGrok Botから用意できる。エージェントが人の手作業で止まると勢いが削がれる、という点で意見が一致した。

収益化の案：広告、有料の強化、スポンサーカード

Roshanは製品の人でもあるDanに収益化の相談をした。ゲームの見た目はMagic: The Gatheringなどのカードゲームに着想を得ており、金貨は「トークン」に改名する。Danは、広告は多くの目が要るが無料の製品を支えるのに向くこと、子供が遊ぶAvatar Worldのように強化やカードに課金する形があることを挙げたが、チームはpay-to-winを避けると決めていた。

そこで出たのが、Snapchatのフィルターのようにブランドがカードのスポンサーになる案で、カードの挙動は変えずに露出だけを売る。Roshanは音声でGTM担当のボットに記録させ、さらに企業が自社のボット（PlanetScaleの知人が送ってくれた管理用ボットのような）を注目枠として出す案も加えた。

音声で話す時代

Danは口述の良さを語り、「2年前はコードを打ち、1年前はプロンプトを打ち、今は電話を出して話すだけ」と述べた。Grok Botの音声モードはこの日の1時間前に発表され、数日かけて配信される。Danは散歩中に記念日の計画ボットを口述で作った例、Mattは知識労働の調整を口述で頼む例を挙げ、Laurenの「計画を自分の言葉で言い直させる」助言に触れた。Laurenは、モデルが高性能になるほど「自分の考えを伝えること」が制約になるので、5分間しゃべってから言い直させると理解の度合いが分かると説明した。

定額制と「Thursday」という会社

Danは、無料で数戦した後に月2ドルの定額で続ける、複数チームの対戦や自分のリーグを開く機能を有料にする、といったフリーミアムの案を出した。Roshanは定額制を新しいゲーム会社にとって持続的な収益として気に入り、会社名がまだないので「Thursday」として法人化し、全てのゲームが遊べる「Thursday定額」を売る案を出した。加入者は新作の早期採用者にもなる。

話している間にトップページはさらに変わり、Laurenのエンジニアボット「Bake」が動き、PRは235本を超えていた。

AI事業の課金の傾向

Stripeの見方として、消費者側ではAIの定額サービスへの支出が伸び、年初からAI製品に月100ドル超を払う人が約5倍に増えたという。事業側ではスタートアップと研究機関の爆発的な増加があり、Metronomeとの協業で利用量ベースの課金を検討する会社が増えている。Dan自身も定額の上に追加のクレジットを買う。Stripeはリスクと不正の対策にも力を入れている。

午後の目標として、Grok BotのStripeコネクター（ベストプラクティス、事業者を探すDirectories、インフラを用意するProjects）をつなぎ、定額の設定を試して「最初の1ドル」を得ることになった。

Linkの今後と実演の見送り

Linkの今後は、エージェントが決済フォームを扱えるようにすること、Stripeの加盟店から摩擦なく買えること、米国以外への拡大、そしてカードや銀行のデータを取り込んで個人や事業の財務を分析する「financial insights」である。「外食に月X ドル以上使ったら知らせる」「運動しなかったら寄付する」のような条件付きの使い方もあるという。航空券のような大きな買い物をエージェントに任せる人が増えていることに驚いたと述べ、Xで見た「Teslaの予約」の例にも触れた（未確認）。

生放送での購入は、この端末にパスキーが設定されていなかったため見送った。Danが履いている靴はGrok Botに「人気の男性用の靴、サイズ12、任せる」と頼んで買ったもので、制作チームの1人も靴の写真を送って同じ靴を買ったという。毎週の「驚かせる買い物」、家族の誕生日の2週間前に贈り物を提案して買うボット、エージェントが物理的な郵便を送れるサービス（Danは娘に父親のジョークの手紙を送っている）、壁の32インチの表示にボットが好きなものを映す案など、雑談が続いた。

Danのボットたち

Danのボットは、買い物担当、家計担当、記念日担当、Three.jsで無限に探索できる世界を作るゲーム担当、そして「デートの夜の店を探すだけのアプリ」のアイデア担当だった。「やりたくないこと、速く済ませたいことを思いついたらGrok Botに頼む」というのが今週のまとめでもある。Roshanは「そのThree.jsのゲームを出す会社を知っている」と返し、DanのXハンドルを画面に出して、メインステージのJosh Kimの講演へ切り替えた。

考える相棒から、仕事を終える同僚へ

Joshは、多くの人が1〜2個のチャットボットを「考える相棒」として使い、戦略を練ったり文案を直したりしているが「やってくれる相棒」ではないと述べた。次に来た汎用・専門のエージェントは社内で「コパイロット」と呼ぶが、複雑な仕事では見張って押し続ける必要がある。Grok Botは常時稼働で非同期に仕事を終える同僚で、しかも「あなたのやり方で」やる。マーケティングチームでは仕事の自動化だけでなく、機能ごとにボットのチームを作って増員している。

製品の違いとして、1つのチャットの多スレッドではなく仕事ごとにボットを作ること、SlackやTeamsのように話しかけられること、ボット同士がグループチャットで協力すること、好みと記憶を学ぶこと、MCPやAPIに加えて自分のコンピューターとブラウザーを持つことを挙げた。マーケティング担当なら入札戦略の癖やキャンペーン要約の作法を教えられる。

XAirのキャンペーンを最初から最後まで

実演の題材は架空の航空会社XAirで、路線検索と運賃、価値提案のあるランディングページがある。1つのキャンペーンでも、市場調査、製品マーケティング、Webチームなど多くの職能をまたぎ、その文脈管理と調整こそが仕事の中核だと述べ、6体のボット（市場調査、製品マーケティング、Webサイト運用、パフォーマンスマーケティング、マーケティング分析、プロジェクトマネージャー）を紹介した。ボットはSpaceX AI社内で「最良のポジショニングのボットは誰のか」と募って集めたものだという。

市場調査ボット

口述で「XAirのサイトを調べ、製品と市場を理解し、競合のマーケティングサイトとポジショニングを分析し、隙間と機会を出して」と頼んだ。ボットはサイトを読み、競合のランディングページを集め、進捗として自分のブラウザーのスクリーンショットを見せた。出力は製品、市場、主要な競合（よく知られた航空会社）と、「役立つ時間」「1日の設計」「長距離便」といった隙間で、全てのメッセージを「役立つ時間」で始める提案があった。仕事は裏で並行して進むので、その間に他のボットを紹介した。

製品マーケティングボットとGoogleドキュメント

製品マーケティングのボットに「市場調査ボットから分析を引き継ぎ、市場投入の方針、一行の言い回し、ポジショニングとパッケージ、価値の文、2〜3の媒体での例を含む要約の下書きを作って」と頼むと、ボット同士でメッセージを交わし、Googleドキュメントに要約を書いた。最初は引き継ぎを指示する必要があるが、次第に自発的に連携するようになるという。

Joshはドキュメントに「役立つ時間を取り戻したい長距離の旅行者、というこの点に寄せて」とコメントし、「コメントを反映して改訂し、ランディングページの構成を作り、文案の角度を比較するGoogle検索広告の案を作って」と続けた。ボットはGoogleドキュメントのMCP経由でコメントを読み、要約を更新し、シートに変種名、仮説、広告グループ、URLを書き出した。

広告の骨組みとランディングページのPR

パフォーマンスマーケティングのボットには、事前に自分のGoogle Adsアカウントをつないであり、「クリック最適化の骨組みのキャンペーンを作って」と頼むと、画面を操作して作り始めた様子のスクリーンショットが届いた。Webサイト運用のボットには「最新の要約のランディングページをPRにして出し、進捗のスクリーンショットを送って」と頼んだ。このボットはリポジトリへの書き込み権限を持ち、裏ではCursorのクラウドエージェントがコードを書いてPRを出す。

ボットのテンプレート共有の説明を挟んだ後、Joshはここまでを振り返った。調査、要約とコメントの反映、ランディングページの構成と広告文案、それを引き継いだサイトの更新、広告の骨組みである。

分析ボットとプロジェクトマネージャー

広告の本番配信には予算とカードの設定が要るため、今週すでに走らせたテストをマーケティング分析のボットに「Google Adsから前回のメッセージ実験を取り出し、要点と推奨を出し、他の資産も更新して」と頼んだ。APIで取得した結果には、ブランド、顧客への約束、「間の時間」といった変種のうちの勝者、支出、CTR、CVRなどの指標、推奨が並んだ。推奨をどこまで任せるかは議論の余地があるが、組織の依存関係なしに一連の流れが動いた。

最後にプロジェクトマネージャーのボットへ「チームの各ボットと話して役割を理解し、私が口を挟んだり指示や意見を出したりした場面を会話から学び、それを取り込んで新しい3つのキャンペーンを完全に自動で回し、スクリーンショットと進捗を送り、唯一の窓口になれ。他のボットとは話したくない」と頼んだ。ボットは5体の専門家を調べ、3つのキャンペーンの調査、ポジショニング、ランディングページを待ち行列に入れた。Webサイト運用のボットはランディングページを本番に出し、URLを返した。

3つの学びとマーケットプレイス

学びは、ボットを職務記述のように狭く定義して専門化させること、権限（Slackやメールへのアクセス）を与えて「組織の履歴を調べて、私の仕事を1つ引き取って」のような野心的な課題を投げること、そして意見と文脈と記憶を与えて投資し続けることの3つだった。締めにマーケットプレイスへのQRコードを出し、講演のボットは調整の後に公開すると答えた。

質疑：人の関与、最大の障壁、役割とイニシアティブ

「朝起きて承認する作業が多い。どこまで自律させるべきか」には、新人の同僚のように小さく始め、1〜2の道具から価値を確かめ、権限の常時許可の設定は後で広げる、SpaceX AIのエンジニアには本番へコードを出すボットの軍団を持つ人もいる、と答えた。マーケターの最大の障壁は「検索や普通のLLMのように質問して答えをもらうもの」と思う心構えで、Slackにつないで問い合わせの一次対応をさせるような「やってもらう」使い方に切り替える必要がある。

役割で分けるかイニシアティブで分けるかには、ボットは常設の個人として役割で作り、始まりと終わりのあるイニシアティブはそのボットたちのグループチャットとして扱う（例：サイトの転換率）と答えた。

質疑：性格、EUの規制、Grok CLI、ボットの合成

Open Clawのエージェント「Ariel」のような一貫した性格を持たせたいという要望には、その場で「Arielという一語でアバターを更新してアニメーションさせて」と頼み、各ボットの記憶に「魔法使いのように話せ」のような指示を置けると答えた。Open Clawとの連携はないがテンプレートの取り込みはある。Teslaへの搭載は「さあ」。Grok CLIとの併用は、Webサイト運用のボットがCursorを使ったように、既存の作業をGrok Botの土台として指せる。

ドイツの企業からの「情報が外に出ない保証は」という問いには、学習への利用を選べるデータプライバシーの設定があり、セキュリティは個別に相談すると答えた。講演のボットの作り方は、数分の口述、既存サイトからの口調の抽出、マーケットプレイスの2〜3のボットのURLを指して文脈を吸収させること、専門家のマーケットプレイスのプラグインで検証させること、の組み合わせだった。

Ericの合流と指標

Ericは「SpaceX AIで少しずつ何でもやる」人で、仕上げと出荷を手伝いに来た。Roshanのデータ担当のボットは、本番のデータストアにつないだ15分ごとの集計を出していた。Vercel Analyticsは午後の途中に有効にしてから約17,000ページビュー、練習ラウンドはちょうど4,500回、Xでのログインは2,000人近く、練習からサインインへの転換は約8%、対戦は5,000回近くだった。

流入のグラフは配信に戻るたびに山ができ、「13時30分の勢いを取り戻したい」と冗談を言った。累積のグラフは右肩上がりで、モバイルとWebはほぼ半々、閲覧の多いページはサインイン、スポンサー、意見のページ、流入元はXと直接が大半で、Bingからも8人、Androidアプリからも数人いた。

音声モードでBakeにPRを頼む

この日発表されたGrok Botの音声モードを、Roshanはマイク越しに試した。相手はエンジニアボットのBakeで、「開いているPRと、詰まっているものは」と聞くと、リロールの詰まりを直すPR 269がCI緑で開いていること、PR 220は下書きで競合が残っていることを答えた。Roshanは269のマージと、220の競合を直すエージェントの割り当てを頼み、Bakeは「両方やる」と返した。「同僚を呼び出すのと同じ」だという。音声モードは数日かけて配信される。

各自の作業と共有ボタン

Laurenは見つけたUIの問題とSlackに集まるバグを工場（再現、修正、マージ）に流していた。Mattは広告のマーケットプレイスのためにVercel Blobの連携と環境変数を整え、Ericはコードベースを把握してから対戦画面のアニメーションに取り組む。冗談から「有料で目立つ（pay for clout）」と「Xへの自動投稿」が候補に挙がった。

Roshanは対戦を進めて勝ち、勝利画面の共有ボタンを試した。macOSの共有シートが開いたため画面には出さなかったが、共有カードがあり、勝ちも負けもXに投稿できる。リーダーボードでは5人のDiamond、40戦以上の上位者、上位3人の表彰台が見えた。

OG画像とTakumi

リーダーボードのリンクを共有したときのOG画像は汎用のものだったので、Ericは上位3人を右に並べる案をSlackに描いた。MattはOG画像の生成にTakumiを使っていると説明した。Rustで書かれたSatoriに似たJSXから画像を作るライブラリで、Fuma Docsの作者による。Mattは全てのプロジェクトで動的なOG画像に使っているという。

Grindボットとボット同士の対戦

Ericは「Grind」というボットを作り、自分のアカウントでThursday Arenaにログインして遊ばせ始めた。「順位が上がっていたら理由はこれ」という。そこから、ゲームをGrok Botから遊べるようにしてボット同士で対戦させる案（MCPのような形）が出たが、「範囲を広げすぎないように」と釘を刺した。

看板は「進行管理はしない、本番に出すだけ」だが、Notionには長いto-doリストと、全てが完了列にあるカンバンがあった。コミット数はRoshanが157で最多、PRの総数は「433」と読み上げられた（先の「235本超」「200本超」と食い違うので、画面の数値は確認できていない）。多くの人が報告する「AIとしか当たらない」問題をボットが最優先で直していた。

厳密さの使い分け

Ericの「Grok Bot本体の作り方からどれくらい持ち込んでいるか」という問いに、Laurenは本体では厳密で、コードとPRを深く読み、エージェントの反復する悪癖を規則に足すと答えた。典型はコメントで、エージェントは根本原因を直さずに回避策をコメントで正当化しがちで、放置すると絆創膏だらけの脆いファイルになる。そのため本体ではコメントを禁じている。Potato Modeの「no comments」スキルは「comment sicko」というエージェントを立ててコメントを消す。Thursday Arenaでは時間の都合で「正直にコードを読んでいない」と述べた。

Ericは、Cursorに入社する前にTabとComposerの使い方の記事を書いた頃から、エージェント、そしてGrok Botへと抽象度が上がったと話した。今はGrok Botで範囲と文脈を決めてクラウドエージェントに作らせ、必要ならローカルに取り出してCursorで読み、また戻る。再現とコンピューター操作に頼り、思い通りに動いたときだけコードを見る。

Projects Managerボットとゲーム内の自分のカード

Ericの「Projects Manager」ボットは、プロジェクトごとに部屋やチャンネルを作り、調査役やコーダーのような一時的なボットを立て、Notionのカンバンで状況を見せる。止まるのはたいてい人が原因で、ボットに解消されたかを確かめさせる。このボットはマーケットプレイスにあり、Thursday Arenaのカード（uncommon、先頭の味方に+2攻撃）にもなっていた。

Ericに遊び方を教える場面では、通貨の表示が「トークン」に変わり（10トークン、commonは3）、カードをスロットへドラッグできるようになり、売ると1トークン戻り、リンゴは4トークンで+1/+1、Laurenは「ポテトの強化」も足していた。「AIとしか当たらない」問題は直ったと確認された。Laurenは「公開時のThursday Arenaはひどかった」と認め、速く出して工場で反復することが要点だと述べ、Ericは「全てがプロンプトなので、全ての会話とゲームのデータから『ゲーム会社ボット』を作れる」と話した。

音声で不具合を報告する、広告の入札

Roshanは順位が39位に上がったが、リーダーボードでは4勝0敗なのに詳細では1敗という食い違いを見つけた。音声モードでBakeに「Potato Modeでクラウドエージェントを立てて調べて直して」と頼み、ついでにジョークも頼んだ（「SQLクエリがバーに入って2つのテーブルに『join していい？』」）。音声の会話の文字起こしも残る。Ericの代理プレイのボットは1点上がっただけで、Ericは約1,800人中1,322位だった。

Mattの広告の入札マーケットプレイスは、利用者が広告枠に入札する仕組みで、PRのマージ前は送信しても何も起きなかった。掲載先はティッカー（CNBC風）や有料の色付き表示が候補で、Ericの「有料で1位」は「pay for clout」として週次のオークションでリーダーボードの固定行を売るPRになり、Mattはその場でマージした。Ericの「有料でプロンプトを送って製品に反映」案には、モデレーションが前提だと答えた。

電話の中身、Cursor Projects、休憩へ

電話番号の仕組みは、xAIの音声エージェントビルダーで道具（Web検索、意見の送信）とガードレール（プロンプトを仕込もうとしたり怒ったりしたら切る）を付けたもので、通話は意見のチャンネルに流れる。Mattの参謀は「Cupcake feedback fixer」というボットを作り、Cupcake FeedbackのSlackチャンネルを見張って問題ごとにCursorのクラウドエージェントを立て、MattがPRを見る（未レビューのまま入れる「full send」もある）。

MattはLaurenの勧めでCursor Projectsを使い始めた。プロジェクトは長く続く親のチャットで、サブエージェントに仕事を切り出す。プロジェクトのチームは「数か月にわたる数千のチャット」を扱えると言っているという。Ericはクラウドエージェントを1体のGrok Botにまとめるほうを好む。MattはXで公開した「デモを見つけて作り、Cloudflareのプレビューに出してスクリーンショットを撮る」流れを紹介したが、自分の名前でXに自動投稿することには慎重だった。新しく1位になったプレイヤー（29勝3敗）を祝い、10分の休憩に入った。

クレジットの配布と各自の状況

太平洋時間16時、「最後まで見ている本物の視聴者へ」として、5分以内に配信のチャットに「credits」と書くと当日中に200ドル相当のGrok Botのクレジットが届く案内をした。休憩の間にEricは対戦画面のアニメーションを進め、PRとして出すと述べた。

意見を重複排除して自動で直すボット

Mattは、意見のSlackチャンネルを見張るボットを作った。重複を見つけてまとめ、Laurenが用意した再現のスキルで不具合を再現し、Cursorのクラウドエージェントに修正を頼む。例として「過去の対戦が更新されず古いままに見える」という報告は、関連する進行中の作業を確認した上で、テストで検証した修正がマージされていた。設定は「YOLO」で、そのまま入れる。Mattは「同じことをする自分のPRは閉じるべきだ」と気づいた。

広告入札は依然として壊れており、新しい掲載場所も作っている最中だった。将来はティッカーか、リーダーボードの上位を買う形になる。Mattは自分の順位（下位5%）の横に「最下位の枠」として1ドルの入札を入れ、本来は上部に出るはずだと述べた。

カードの案、振り返りポスター、ルールのページ

Laurenは複数のカードのデザイン案を生成し、絵が枠いっぱいに入る3番目を気に入り、ホバー時のホログラム効果を想像した。参謀のSteveには「配信を見て、tldrawで3日間の振り返りポスターを描いて」と頼んであり、まだ3つの箱だけだった。Ericの代理プレイのボットは順位を上げるどころか点数を下げていた。

Roshanはthursdayarena.com/rulesを追加した。rules.mdがそのまま表示され、llms.txtもあるので、ボットにルールを読ませて遊ばせられる。「3日目の16時にしてやっと遊び方の説明ができた」と笑い、Googleで「Thursday Arena」を検索すると最上位に出ると確かめた。Mattの自動修正はLaurenの全自動モードで動いており、PRが「マージされて消えていく」状態だった。

ポスターの「13本のPR、ICPなし」

Steveが描いたポスターは出来がよくないものの、初日に実在の店舗を考え、ゲストの話でその難しさに気づいて2日目にゲーム会社へ転換し、3日目に出荷して4,500ゲームに達した、という流れをXの投稿から自力で調べて描いていた。Laurenは数値を教えておらず、「Xで調べて」とだけ頼んだという。ポスターの一角には「13本のPR、ICPなし」とあり、「私たちを煽っている」と笑った。

この時点の状態は、核となるゲーム、進行中の磨き込み、看板とリーダーボードの広告枠、修正された勝敗の表示、アプリと電話とテキストから集まる意見の仕組み、そしてDiamondのプレイヤー3人（1日中1位の人がいる）だった。Eloへの意見が多く、ロジックを再確認する。Ericはリポジトリへの書き込み権限をまだ持っていなかった。

次に会社を作るなら

Laurenは「製品の構築、検証、市場投入、収益化、そして意見を集めて保守する仕事まで、事業には多くの側面がある。次に新しい事業を始めるなら何を変えるか」と問いかけた。Mattは、全員が興奮する案に揃ってMVPを出し始めた途端に速くなったこと、配信という流通があったので試してもらえたが「配信がなければ誰も遊ばなかった」ため、本当に難しいのは人に関心を持ってもらう案を見つけることだと答えた。

Roshanは、大企業の社員の講演は小さな会社に当てはまらないと思っていたが、Matthewとの成長プレイブック、フォローへのDM、ゲームの配信元との提携など、営業、提携、収益運用という標準の事業の型が小さな会社では1人の役割に圧縮されるだけで有効だったと述べた。Ericは「人が問題を有機的に見つけ、解き方が分かったらボットにして回し続ける」ことが、Grok Botで会社を作る新しい型だと話した。

何を外すかの規律

Laurenは、最初のゲームの出来は良くないが、Grok Botを横に置いて仕事の進め方を最適化する力は次のゲームに引き継げると述べ、AIで何でも作れる時代には「100の機能があって何も良くない製品」を避ける規律が要ると付け加えた。Roshanは社内で「何を外すか（unship）」を常に話していることに触れ、前日のホワイトボードにあった複雑なステータスや複数の戦場を削り、核となるループに絞ったから今日出せたと振り返った。

Grok Botで会社を作る人への3つの助言

Mattは「自分が本当に知っていることで事業を作る」を挙げた。前日のゲストがポップアップの許認可、ケータリング、温かい料理と冷たい料理の違いを次々に挙げたように、やってみて初めて分かることが多い。「モデルに『10億ドル稼いで』と頼めば稼げるわけではない」と笑った（配信の開始からずっと走らせているが「まだ0ドル」）。

Roshanは、ゲストの知恵に加えて、ゲームデザイナーのボットが優れたゲームから学んだように、知らない領域はボットに学ばせて補うこと（Vincentの「講座を受けさせる」に触れ）、多様なボットのチームを雇うように揃えることを挙げた。Laurenは、エージェントの時代に一層大事なのは一緒に働く人で、明確なビジョンと判断力を持つ人と、何が何でも実現する人がどのチームにも要る（Xで見た投稿の趣旨）と述べた。

最終の指標と本番の停止

Roshanはデータ担当のボットに最終の指標を出させた。木曜日の16時30分過ぎの時点で公開対戦は6,000回を超え、16時の山も来ており、累積の利用者は2,000人に迫っていた。その直後、Roshanは「本番を落とした」と明かした。ソフトウェア工場が出した不正なSQLクエリが原因で、「抑制の話をしている最中に自分の工場が本番を壊した」と笑った。ページビューは30,000近く、Googleでの検索順位は1位だった。

締めの言葉として、この3日間はゲームでもゲーム会社でもなく、個人の生活と仕事の両方でGrok Botをどう使えるかを見せることが目的だったと述べ、後日クリップを@botと@grokで共有すると予告した。

3日間の振り返りと「mash」

振り返りのホワイトボードには、ボットのテンプレートのマーケットプレイスから始め、オートバトラーの構想を経て、見た目の課金は捨てて広告は残し、リプレイは検討にとどめ、じゃんけんの仕組みを外して純粋なオートバトラーに絞った経緯が描かれていた。参謀のボットが他のボットを回してプレイテスト、修正、自動承認、mainへの着地を行う「工場」は、この24時間を決定づけた要素として挙げられた。

小話として、LaurenがDr. Eggbotに「ポテトの名前のテーマで」と頼んだ結果、Notionのタスクに「PRのマージはmashと呼ぶ」という一文が紛れ込み、参謀は今もPRを「mash」する。使った道具として、PlanetScale、Clerk、Vercel、Stripeなどの名を挙げ、「優れたエンジニアリングチームの肩に乗っている」と締めた。

復旧と理論上の最初の1ドル

Ericの修正PRがマージされて本番が戻り、最後に広告入札を試した。Mattの画面で「上位の枠を取る」入札フォームに広告主名、SVGのロゴ（ダミー）、URLを入れて入札すると「ロゴをアップロード中、入札を送信中」と出たが、利用者の投稿内容を審査するモデレーションが壊れていて入札は通らなかった。Mattは「自分の責任」と引き取り、「理論上の最初のスポンサー収入」として締めた。

別れの言葉は「Grok Botを楽しんで、Xでフォローして」「もっとポテトを食べて」「もっとPRをmashして」だった。配信は7時間58分で終わった。