# instinct: Grok Build の Composer 2.5 は複合エージェントループだと遅くタイムアウトする。ワンショット分析はコードを埋め込んで渡すと速く正確

2026-06-05 実証。Grok Build CLI（`grok -p`）のデフォルトモデル `grok-composer-2.5-fast`（表示名 Composer 2.5・Cursor由来・context 200k・reasoning effort非対応の高速特化型）を X プレミアム OAuth（@GokouMutsumi）で実働確認した。

**核心: Cursor を契約しなくても、X プレミアム(¥459/月)の認証だけで Composer 2.5（Cursor の最新コーディングモデル）が使える。** xAI が Grok Build CLI 経由で `cli-chat-proxy.grok.com` から提供。Cursor の $20/月枠と同等のモデルを X プレミアムで触れる＝[[multi-model-routing]]の「GPT計画→Composer実装→CC補完」ハーネスの実装担当を X プレミアムで賄える選択肢。ただし **x_search(X検索)は Grok Build 枠では非対応**（コーディングは使えても X検索は別物・[[grok-hermes-x-search]]参照）。クォータ消費は最安プランだと速い(3〜4日で枯れる報告)・Premium+は枠が多い。

**Why:** 「ファイル読取＋283行解析＋コマンド実行」を `--always-approve` で投げたら180秒タイムアウト（exit 143）。エージェントループのツール往復が積み重なると遅い。一方コードを行番号付きでプロンプトに埋め込み、ファイルツールを使わせず投げたら1ターンで返り、行番号も指摘内容も裏取りで全て正確（ハルシネーションなし）だった。

**How to apply:**
- ワンショット分析・コードレビュー・原因調査は対象コードを `--prompt-file` でまるごと渡す（`cat -n` で行番号付き）。ツールループを避けると速い
- 自律的にファイルを探させたい時はタイムアウトを300秒以上に。デフォルト180では複合タスクが切れる
- 作業は `~/workspace` 配下で（`/tmp` は `MaxFilesWatch` エラー）
- ログの `ERROR ... Auth(AuthorizationRequired)` / `Transport channel closed` はバックグラウンドワーカーのもので本体実行には影響なし。`grep -vE "ERROR.*(Auth|Transport|MaxFilesWatch)"` で除去して読む
- 認証は `~/.grok/auth.json`（OAuth・6h有効・セッション開始時に自動更新）。`grok models` が「not authenticated」と出ても `-p` 実行は通る（modelsコマンドの認証チェックが別系統なだけ）

関連: [[multi-model-routing]]（Composer 2.5 = $20/月枠コスパ・GPT計画→Composer実装→CC補完ハーネス）/ [[grok-hermes-x-search]]（grok CLI再認証手順）

---
(migrated from local memory/instinct_grok_composer25_oneshot.md)