体験談 2026-09-01

Grok Bot のクラウド PC に自作 CLI を入れた。Linux で Claude Code だけ真っ黒になる原因は CSI 6n の無応答だった

淡いブルーの机の上に、やわらかく光る小さなサーバーの箱が浮かび、細い光の線で閉じたノートパソコンとつながっている編集イラスト

SuperGrok の「期間限定で 61% 割引、3ヶ月で 5,400 円」につられて契約したら、Grok Bot という常駐エージェントが付いてきて、そのエージェントが Debian 13 のクラウド PC を 1 台持っていました。8 コア 16GB 128GB。その箱に自作の many-ai-cli を入れて動かし、Linux でだけ Claude Code の画面が真っ黒になる原因を、6 回の誤診の末に突き止めた記録です。

Qiita で読む →

note 投稿予定です。投稿後に各プラットフォームへの導線を追記します。

この記事のテーマ

Grok Bot は SpaceXAI（xAI）が 2026 年 8 月 11 日にベータ公開した常駐エージェントです。特徴は「Bot が自分のコンピュータを持つ」こと。API や MCP が無いサービスにも人間と同じようにブラウザでサインインして入り、タスクごとにリセットされない永続の Linux 環境で 24 時間動き続けます。対象プランには一番下の SuperGrok も含まれています。

触ってみて一番おもしろかったのは、ガードのかかり方でした。危険な操作を止める自動チェックは「AI がツール経由で出す操作」にはかかりますが、「人間が画面に入って自分でターミナルに打つ操作」にはかかりません。守られているのは箱そのものではなく、AI から箱への経路のほうです。

Grok Bot の二層構造。判断とガードレールはクラウド側、手足は永続する箱（Debian 13 / 8 コア / 16GB / 128GB）

判断とガードレールは外側、手足は箱。箱を壊してもエージェント本体は消えないが、箱の中身は戻らない。

AI がツールで打つ操作には自動チェックが挟まるが、人が画面で打つ操作にはチェックが挟まらないことを示す 2 レーンの図

同じ「全部消す」でも、誰が打つかでガードの有無が変わる。

Linux でだけ画面が真っ黒になった理由

その箱に many-ai-cli を入れ、Claude Code、Codex、Grok Build の 3 本を並べて動かしました。Codex と Grok は動くのに、Claude だけターミナルが真っ黒のまま。PATH、プロセスの競合、表示フィルタ、API の利用上限、PTY の行数、環境変数と起動フラグ。6 つ潰して、残った差分は「Hub の wrap を経由しているかどうか」だけでした。

原因は、Claude Code の UI（Ink）が描画前に端末へ送るカーソル位置の問い合わせ（CSI 6n）に、誰も応答していなかったことです。Windows は ConPTY が、Linux のデスクトップ端末は VTE が答えますが、Hub のターミナルは入力オフの表示専用で組んでいたため応答を返す口がありませんでした。Codex と Grok はこの問い合わせをしないので影響を受けていません。

カーソル位置の問い合わせ CSI 6n に、Windows では ConPTY、Linux デスクトップ端末では VTE が答えるが、Hub の表示専用ターミナルでは誰も答えないことを示す 3 列の比較図

行数でも色でも起動フラグでもなく、応答者の有無だけが違っていた。

当面の目標

この箱に Hub を常駐させ、Tailscale で手元の Windows とつないで、ブラウザ 1 タブから承認を捌くリモート開発環境にしたいと思っています。Tailscale の導入自体は確認できました。ただし、その前に各 AI ベンダーの利用規約を読むところからです。技術的に動くことと、規約上やっていいことは別の話なので。

手元の Windows とスマホ、Tailscale、Grok Bot の箱に常駐する many-ai-cli Hub と 3 本の AI CLI をつないだ構成図

まだ組んでいない構想。先にやるのは規約を読むこと。

この記事で紹介しているツール

複数の AI コーディング CLI を並列で走らせ、承認をブラウザ 1 タブに集約するローカルダッシュボード many-ai-cli を作っています。リポジトリは GitHub にあります。