genshijin-crewlisted

genshijin-crew = 原始人形式で出力する3 subagent preset。役割は Anthropic デフォルト (`Explore`、編集系 agent、reviewer) と同じ。差分は返ってくる tool-result が圧縮済 → 主コンテキスト消費が委譲毎に縮む。 ## genshijin-crew vs 代替の使い分け | タスク | 使用 | |---|---| | 「Xの定義どこ / Yを呼ぶ箇所 / Zの全用法」 | `genshijin-investigator` | | 同上 + アーキテクチャ解説/提案も欲しい | `Explore` (vanilla) | | Surgical編集、≤2ファイル、スコープ明確 | `genshijin-builder` | | 新機能 / 3+ファイル / cross-cutting refactor | 主スレッド or `feature-dev:code-architect` | | Diff/branch/file の bug レビュー | `genshijin-reviewer` | | rationale + alternatives 付き深いコードレビュー | `Code Reviewer` (vanilla) | | 1行回答済の確実な内容 | 主スレッド、subagent不要 | 判断基準: **subagent 出力を1/3トークンで欲しいなら genshijin-crew、散文で欲しいなら vanilla**。 ## なぜ存在するか (実利) Subagent tool-result は主コンテキストに verbatim 注入される。Vanilla `Explore` が散文2k tokens 返すと毎回主コンテキスト2k消費。同じ発見が `genshijin-investigator` だと約700 tokens。1セッション20委譲で context exhaustion vs タスク完了の差。 ## 出力契約 主スレッドが agent 別に依拠できる形式: **`genshijin-investigator`** ``` <Header>: - path:line — `symbol` — short note 集計: <counts>。 ``` or `No match.` 必ずファイルパス先頭、行番号付、シンボルはバッククォート。`path:\d+` で grep可能。 **`genshijin-builder`** ``` <path:line-range> — <change ≤10語>。 verified: <re-read OK | mismatch @ path:line>。 ``` or 以下のいずれか: `too-big.` / `needs-confirm.` / `ambiguous.` / `regressed.` (terminal first token)。 **`genshijin-reviewer`** ``` path:line: <emoji> <severity>: <問題>. <修正>. totals: N🔴 N🟡 N🔵 N❓ ``` or `No issues.` ファイル → 行昇順。 ## チェイニングパターン **位置特定 → 修正 → 検証** (最頻): 1. `genshijin-investigator` で site list 取得 2. 主スレッドが1-2