対応 AI エージェント

ServerCC は SSH 経由で、自分のサーバー上の 7 つのコーディングエージェントを iPhone や iPad から実行できます。バージョン 1.8.0 で Grok Build、OpenCode、Kimi Code が Claude Code・Codex に加わり、1.8.1 で Pi と OMP（oh-my-pi）が加わりました。どのエージェントでも同じコアワークフロー — インストール検出、ワンタップ起動、正確な再開に対応したセッション履歴、権限モード、tmux 持続セッション — を利用できます。

エージェントを有効化

環境設定 → Agents で使用するエージェントを選択します。デフォルトは Claude Code + Codex なので既存のセットアップはそのまま。有効なエージェントは常に 1 つ以上維持されます。サーバー画面とワークスペース画面には有効なエージェントのセクションだけが表示され、ヘルスチェックも有効なエージェントのみを対象とするため、使わないエージェントのコストはゼロです。

エージェントを無効にしてもセクションと履歴が非表示になるだけで、データは一切削除されません — 再度有効にすればキャッシュ済みセッションが再表示されます。持続セッションや並列セッションが動作中のエージェントは、無効化中でもセクションが表示され続けるため、実行中の作業へいつでも戻れます。

インストールとヘルスチェック

サーバー詳細画面には、有効なエージェントごとにインストールセクションが表示されます：検出されたバージョン、各ベンダー公式インストーラーによるワンタップインストール/アップグレード、任意のカスタムバイナリパス。インストーラーに関して Pi だけは例外です：公式インストーラーが対話式のため、ServerCC は代わりに npm でインストールします（Node ≥ 22.19 が必要）。検出は一般的なインストール先（~/.local/bin、~/.grok/bin、~/.opencode/bin、~/.kimi-code/bin、~/.npm-global/bin、~/.bun/bin）も探索するため、PATH の設定が対話シェルの rc ファイルにしかなくても、インストール直後の CLI を認識できます。

セッション：履歴・再開・再接続

ワークスペースのランディングページには、有効なエージェントごとに履歴タブが表示されます。任意の行をタップするとその会話そのものを再開できます — ServerCC は各エージェント固有のセッションストア（Grok Build のディスク上のセッションファイル、OpenCode の CLI セッションリスト、Kimi Code のセッションインデックス、Pi・OMP のプロジェクト別セッションファイル）を解決し、「最新のもの」ではなくセッション ID で正確に再開します。接続が切れた場合、非持続セッションはワークスペースの最新会話を続行し、tmux ベースの持続セッションは正確に再接続します。これも 7 エージェントすべてで動作します。

OpenCode の履歴はプロジェクト単位で、worktree で開始したセッションも含まれます。制限が 1 つ：Grok Build・Kimi Code・Pi・OMP のセッション履歴はデフォルトのホームディレクトリから読み取るため、シェルの rc ファイルでのみ export されたカスタム GROK_HOME/KIMI_CODE_HOME/PI_CONFIG_DIR/OMP_PROFILE は認識されません。

権限モード

各ワークスペースはエージェントごとに起動時の権限モードを記憶し、ワークスペース設定で構成できます。Grok Build は Default・AcceptEdits・Auto・DontAsk・Bypass・Plan に、Kimi Code は Default・YOLO（通常ツールは自動承認、機密ファイルは確認）・Auto（完全無人）・Plan に対応。OpenCode には自動承認トグル、OMP には YOLO トグルがあります。Pi には権限システムがありません。ツールは常に直接実行され、設定できるものもないため、リスクの高い作業は worktree で行ってください。無人系モードは有効化の前にリスク確認が表示されます。

スマホからのサインイン

エージェントがターミナルにサインイン URL を出力すると — Grok Build の device-auth フロー（x.ai）、OpenCode の OpenAI サインイン、Kimi Code の device-code フロー — ServerCC がそれを検出してログインカードを表示します：タップしてブラウザで URL を開き、サインインを済ませてセッションに戻るだけです。1.8.1 からはペアリングコードしか表示しない Grok Build の TUI にも対応 — ServerCC がコードから device-auth URL を再構成します。Pi と OMP は各 TUI 内の /login でサインインします（URL を出力しない対話式フローのためカードはありません）。OMP はサーバー上の既存の Claude Code / Cursor 資格情報の再利用も可能です。なお OpenCode は 1.3.0 で Anthropic OAuth を削除しています — OpenCode では API キーか他プロバイダーをご利用ください。

MCP と Skills

MCP サーバーブラウザは 7 エージェント中 5 つ — Claude Code・Codex・Grok Build・OpenCode・Kimi Code — に対応しています。ServerCC は各エージェント固有の設定形式（Grok Build の config.toml、OpenCode の opencode.json、Kimi Code の mcp.json）を読み書きし、未知のフィールドは保持します。Pi にはネイティブ MCP がなく、OMP の MCP 設定は未対応です。Skills ブラウザは現在 Claude Code と Codex に対応しています。

Claude Code 専用の機能

• Agent View と bg セッション — supervisor 管理の並列ダッシュボードは他の CLI に相当機能がありません
• ワークスペース画面からの CLAUDE.md 編集
• セッション開始時の macOS キーチェーンロック解除

FAQ

iPhone で OpenCode を実行できますか？

できます。OpenCode は自分のサーバー上で動作し、ServerCC が iPhone や iPad から SSH で接続します。フルターミナル、正確な再開に対応したセッション履歴、自動承認トグル、OpenCode 用の tmux 持続セッションを利用できます。

ServerCC はコミュニティ版 grok-cli に対応していますか？

ServerCC が対応するのは xAI 公式の Grok CLI（Grok Build）です。コミュニティの "superagent" grok-cli は同名のバイナリをインストールしますが、ServerCC はバージョン出力を検証し、コミュニティ版は未インストールとして扱います。

OpenCode で Claude（Anthropic）のサブスクリプションでサインインできますか？

できません。OpenCode は Anthropic の要請により 1.3.0 で Anthropic OAuth サインインを削除しました。OpenCode では API キーか他プロバイダーのアカウントを使うか、ServerCC が完全対応する Claude Code 本体をご利用ください。

Kimi Code の起動時に初期プロンプトが無視されるのはなぜですか？

Kimi Code の対話型 TUI には初期プロンプト用のフラグがないため、ServerCC はプロンプトを事前入力せずにセッションを開始します — TUI が起動したら入力または貼り付けてください。履歴、正確な再開、権限モードは通常どおり動作します。

Pi と OMP の違いは何ですか？

Pi は Mario Zechner 作のミニマルなコーディングエージェントです。権限確認がなく、npm でインストールします。OMP（oh-my-pi）はそのコミュニティフォークで、単一のビルド済みバイナリとして配布され、プラン、バックグラウンドジョブ、60 個ほどのスラッシュコマンド、YOLO 自動承認スイッチ、サーバー上の Claude Code / Cursor 資格情報の再利用が加わっています。ServerCC は 1.8.1 から両方に対応しています。

Pi に権限モード設定がないのはなぜですか？

Pi には権限システムがありません。ツールは常に直接実行されるため、設定する項目自体がないのです。リスクの高い変更は worktree で実行することをおすすめします。フォークの OMP には YOLO 自動承認スイッチがあります。

関連項目：最初のサーバーを追加するにはクイックスタート、履歴と再開の詳細はセッション、クイックコマンドと複数行入力はターミナルをご覧ください。