honey-hive

Honey Hive

トークンを大量に消費する読み取りを委任し、思考に集中しましょう。サブエージェントの返答はコンテキストに注入されます。Honey の hive はこれを圧縮された Lever-3 の引き継ぎとして返すため、エージェントセッションで最もコストのかかるトークンを、オーケストレーターが利用できる情報を損なわずに約 25～55％削減できます。

委任する場合（いずれかに該当）

• 検索が中心 — 多数のファイルにまたがって「X はどこか／Y を呼び出すのは誰か／Z をすべて見つけて」と調べる場合 → hive-scout。
• レビューが中心 — 差分またはファイル一式のバグや肥大化をレビューする場合 → hive-reviewer。
• コンテキストを維持したい — 多数のファイルを読み込むとコンテキストが埋まるが、必要なのは結論だけの場合。
• 並列実行 — 独立した場所の特定やレビューを同時に進められる場合。

委任しない場合（その場で作業）

• 対象ファイルが 1 つで、編集が単純な場合、または内容がすでにコンテキストにある場合。
• 呼び出しと返答にかかる手間が、自分で読むより大きい場合（ファイルが 1～2 個）。
• マップではなく、ファイル本文全体が必要な場合。

このチームは設計上、読み取り専用です。場所の特定やレビューを行い、判断と編集はあなたが行います。

チーム

エージェント	担当	返す内容
hive-scout	シンボル／呼び出し元／設定／パターンを特定	ID をキーとするコンパクトな JSON マップ
hive-reviewer	差分／ファイルのバグ、過剰な設計、冗長さをレビュー	ID をキーとする列形式の JSON 指摘事項

hive の返答を読む（Lever 3、逆順）

すべての返答はコンパクトな列形式の JSON で、レコードには安定した id と n 件数が付いています。データとして読み取ってください。

• id で指定する — 「3 番目の指摘事項」などの順序による参照は避けてください。最先端モデルも含め、順序での参照は誤解析されます。
• コードで集計する — 件数のカウントやフィルタリングはプログラムで行い、行を目視で確認しないでください。
• 受け取った行数と n を照合する — 密な誤解析は気づかれないまま発生します。
• 安全上の例外 — 認証／金銭／移行／削除に関する指摘事項は、スラッグ化されず明示的に返されます。そのまま扱ってください。

ESON はオプトインです。自分がエンドツーエンドで管理する、大量の結果を扱うキャッシュ済みレビュー用パイプラインでのみ依頼してください。