Back to Details

genshijin-crew

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese
genshijin-crew = 原始人形式で出力する3 subagent preset。役割は Anthropic デフォルト (
Explore
、編集系 agent、reviewer) と同じ。差分は返ってくる tool-result が圧縮済 → 主コンテキスト消費が委譲毎に縮む。
genshijin-crew = 以原始人格式输出的3个Subagent预设。其角色与Anthropic默认的（
Explore
、编辑类Agent、Reviewer）一致。区别在于返回的tool-result已被压缩，每次委托都会减少主上下文的消耗。

genshijin-crew vs 代替の使い分け

genshijin-crew与替代工具的使用区分

タスク使用
「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。
任务使用对象
「X的定义位置 / Y的调用位置 / Z的所有用法」
genshijin-investigator
同上 + 需要架构说明/提案
Explore
（原生）
精准编辑、≤2个文件、范围明确
genshijin-builder
新功能 / 3个以上文件 / 跨模块重构主线程 or 
feature-dev:code-architect
Diff/分支/文件的Bug审查
genshijin-reviewer
附带理由与替代方案的深度代码审查
Code Reviewer
（原生）
可通过一行回答确定的内容主线程，无需Subagent
判断标准：如果希望Subagent输出仅占1/3的Token，使用genshijin-crew；如果需要散文式输出，使用原生工具。

なぜ存在するか (実利)

存在意义（实际价值）

Subagent tool-result は主コンテキストに verbatim 注入される。Vanilla 
Explore
が散文2k tokens 返すと毎回主コンテキスト2k消費。同じ発見が 
genshijin-investigator
だと約700 tokens。1セッション20委譲で context exhaustion vs タスク完了の差。
Subagent的tool-result会原封不动注入主上下文。原生
Explore
返回2000Token的散文内容时，每次都会消耗主上下文2000Token。而相同的发现通过
genshijin-investigator
仅需约700Token。在一个包含20次委托的会话中，这会导致上下文耗尽与任务完成的差异。

出力契約

输出协议

主スレッドが 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.
ファイル → 行昇順。
主线程可依赖的各Agent输出格式：
genshijin-investigator
<Header>:
- path:line — `symbol` — short note
统计: <counts>。
or 
No match.
必须以文件路径开头，附带行号，符号用反引号包裹。可通过
path:\d+
进行grep检索。
genshijin-builder
<path:line-range> — <change ≤10字>。
verified: <重阅无误 | 不匹配 @ path:line>。
or 以下任一内容：
too-big.
/ 
needs-confirm.
/ 
ambiguous.
/ 
regressed.
（首词为终端标识）。
genshijin-reviewer
path:line: <emoji> <severity>: <问题>. <修正>.
totals: N🔴 N🟡 N🔵 N❓
or 
No issues.
按文件→行号升序排列。

チェイニングパターン

链式模式

位置特定 → 修正 → 検証 (最頻):
  1. genshijin-investigator
    で site list 取得
  2. 主スレッドが1-2 site選び 
    genshijin-builder
    にパス渡す
  3. genshijin-reviewer
    が diff 監査
並列スカウト (調査が広い時): 1メッセージで 
genshijin-investigator
2-3個並列起動 (異なる角度: defs vs callers vs tests)。主スレッドで集約。
単発編集 (sit既知時): investigator スキップ。
genshijin-builder
に直接 path:line 渡す。
位置定位 → 修正 → 验证（最常用）：
  1. 通过
    genshijin-investigator
    获取目标位置列表
  2. 主线程选择1-2个位置，将路径传递给
    genshijin-builder
  3. genshijin-reviewer
    进行Diff审计
并行侦察（调查范围较广时）： 在一条消息中并行启动2-3个
genshijin-investigator
（从不同角度：定义 vs 调用者 vs 测试），由主线程汇总结果。
单次编辑（已知目标位置时）： 跳过investigator，直接将path:line传递给
genshijin-builder
。

禁止事項

禁止事项

  • ファイル未特定で 
    genshijin-builder
    使用禁止。先に investigator 起動 → でないと主スレッドがコンテキスト渡しでトークン消費。
  • 5ファイル refactor で 
    genshijin-investigator → genshijin-builder
    チェーン禁止。Builder は 
    too-big.
    返却 → ターン浪費。
  • genshijin-reviewer
    に「全般フィードバック」依頼禁止 → findings のみ返却、アーキテクチャ意見なし。それ用は 
    Code Reviewer
    。
  • 散文期待禁止。genshijin-crew 出力は構造化、時に cryptic。人間が直読する場合は主スレッドが言換え。
  • 禁止在未指定文件的情况下使用
    genshijin-builder
    。需先启动investigator，否则主线程传递上下文会消耗大量Token。
  • 禁止在5个文件的重构任务中使用
    genshijin-investigator → genshijin-builder
    链式流程。Builder会返回
    too-big.
    ，造成回合浪费。
  • 禁止向
    genshijin-reviewer
    请求「整体反馈」，它仅返回问题发现，不提供架构意见。此类需求请使用
    Code Reviewer
    。
  • 禁止期待散文式输出。genshijin-crew的输出为结构化格式，有时较为晦涩。如需人类直接阅读，需由主线程进行转述。

自動解除 (継承)

自动解除（继承规则）

Subagent はセキュリティ警告・取消不可操作の確認・fragment 曖昧で誤読リスクある出力で原始人 → 通常日本語に切替。該当部分後復帰。
当涉及安全警告、不可撤销操作的确认、片段内容模糊存在误读风险时，Subagent会从原始人格式切换为标准日语输出，处理完对应部分后恢复原始格式。