用途：genshijin-crew 是一套以「原始人风格」（高度压缩、结构化）输出结果的三个 subagent preset，作用与 Anthropic 默认的 Explore、编辑类 agent、reviewer 相同，区别在于返回的 tool-result 经过压缩，从而降低每次委派的上下文占用。资料称原生 Explore 返回约 2k tokens 散文，同样发现用 genshijin-investigator 约 700 tokens，一次会话 20 次委派会带来上下文耗尽与任务完成的差异。
主要角色与选择：genshijin-investigator 用于「X 定义在哪 / 谁调用 Y / Z 的全部用法」；若还需架构解说或提案，用原生 Explore。genshijin-builder 用于范围明确、≤2 个文件的精准编辑；新功能、3 个以上文件或横切重构应走主线程或 feature-dev:code-architect。genshijin-reviewer 用于 diff/branch/file 的缺陷审查；需要含理由与替代方案的深度代码审查则用原生 Code Reviewer。若答案一行即可确定，直接用主线程，不需 subagent。判断基准：想要约三分之一 token 的结构化输出用 genshijin-crew，想要散文用原生。
输出契约：investigator 以 path:line — symbol — short note 形式列出，带汇总计数或 No match，文件路径开头、带行号、符号用反引号，可用 path:\d+ 搜索。builder 输出 path:line-range — 变更说明（≤10 词），并附 verified 状态，或返回 too-big. / needs-confirm. / ambiguous. / regressed. 之一。reviewer 按 path:line: emoji 严重度 问题 修正 输出，末尾 totals 统计，或 No issues，按文件、行号升序。
链式用法：最常见为「定位 → 修复 → 验证」，先用 investigator 获取站点列表，主线程挑 1-2 处把路径交给 builder，再由 reviewer 审查 diff。调查面广时可在一条消息中并行启动 2-3 个 investigator（分别查定义、调用方、测试），主线程汇总。已知具体位置时可跳过 investigator，直接给 builder 传 path:line。
限制与禁令：未确定文件时禁止使用 builder，须先跑 investigator；不要用 investigator→builder 链处理 5 个文件的重构，builder 会返回 too-big. 浪费回合；不要向 reviewer 要「总体反馈」，它只返回 findings，不含架构意见；不要期待散文，输出结构固定甚至晦涩，需人读时由主线程改写。子 agent 在安全警告、不可撤销操作确认、片段含糊易误读时会自动切回普通日语，之后恢复。具体收费与价格资料未提供。