Grok BuildのDashboard、複数coding agentを1画面で運用
Original: Grok Build dashboard puts parallel coding agents on one screen View original →
単一CLIから複数agentの運用画面へ
xAIのGrok Buildは、1つのterminal agentから複数のcoding sessionを束ねる運用画面へ広がり始めた。Grokアカウントは6月15日の投稿で「Manage multiple agents at once in the Agent Dashboard」と書き、各agentの作業状況を確認し、入力が必要なsessionに返信し、新しいtaskを投げられると説明した。
製品ページでは仕組みがより具体的に示されている。Agent DashboardはすべてのGrok Build sessionを1画面に集め、状態ごとに並べ、入力待ちのsessionを上部に出す。例では3つのagentのうち2つが作業中、1つがidleという構成が示されている。起動方法はshellからgrok dashboard、またはsession内で/dashboardやCtrl+\を使う形だ。
これはcoding agentの競争軸が、単純なコード生成能力だけではなく、並列作業の監督に移りつつあることを示す。複数のagentを走らせると、承認依頼、質問、テスト実行、別repositoryでの作業がばらばらに発生する。xAIは作業directoryごとのgrouping、親sessionの下へのsubagent集約、dashboard上での出力previewと返信を提供すると説明している。
Grok Buildは5月下旬にSuperGrokとX Premium Plus向けのterminal型coding agentとしてbeta公開された。今回のdashboardは、その上にcoordination層を置く変更だ。開発者にとって重要なのは、複数agentを起動できること自体ではなく、どの作業が止まり、どのsessionが人の判断を必要としているかを短時間で把握できるかである。
次に見るべき点は、実際のrepository編集で競合や承認待ちをどれだけ正確に扱えるかだ。dashboardが作業の見通しを改善できれば、coding agentはchat UIから小さな開発運用consoleへ近づく。
Related Articles
コーディングエージェント競争は中身を検証できる段階に入った。xAIはGrok BuildとCLIのコードを公開し、全ユーザーの利用制限をリセットしたとしている。
xAIのGrok BuildがRailway sandbox内で使えるようになり、開発者は`ssh [email protected]`だけで試せる。xAI投稿は17.5万超、Railwayの引用元動画も14.5万超の表示を集めた。
HNで議論になったのはRust製TUIやACP対応だけではない。telemetry、fork、provider lock-inへの不安が、open source化の意味を大きくした。