用途：genshijin-crew 是原始人形式输出的 3 个 subagent 预设，角色与 Anthropic 默认的 Explore、编辑系 agent、reviewer 相同，区别在于返回的 tool-result 经过压缩，因此每次委派都能减少主上下文消耗。
主要能力与分工：genshijin-investigator 用于“X 的定义在哪 / 谁调用 Y / Z 的全部用法”，genshijin-builder 用于范围明确、≤2 个文件的精准编辑，genshijin-reviewer 用于 diff、分支或文件的 bug 审查。若还需要架构讲解或建议，应使用 vanilla Explore；新功能、3 个以上文件或横切重构应由主线程或 feature-dev:code-architect 处理；需要带理由和替代方案的深度代码审查应使用 vanilla Code Reviewer；已有一行答案的确定内容无需 subagent。
使用方式：判断标准是，若希望 subagent 输出约占 1/3 token 就用 genshijin-crew，若希望散文式说明就用 vanilla。常见链式模式为：先用 genshijin-investigator 取得位置列表，主线程选 1-2 个位置把路径交给 genshijin-builder，再由 genshijin-reviewer 审查 diff；调查面广时可在一条消息中并行启动 2-3 个 genshijin-investigator，从定义、调用方、测试等不同角度汇总；位置已知时可跳过 investigator，直接向 builder 传 path:line。
输出契约：investigator 返回“Header: - path:line — symbol — 简短说明”及计数，或 No match.，路径在前、带行号、符号用反引号，可用 path:\d+ grep；builder 返回“path:line-range — <change ≤10 词>。verified: <re-read OK | mismatch @ path:line>”，或以 too-big. / needs-confirm. / ambiguous. / regressed. 作为首个 token；reviewer 返回“path:line: <emoji> <severity>: <问题>. <修正>.”及 totals: N🔴 N🟡 N🔵 N❓，或 No issues.，按文件、行号升序。
限制与禁止事项：文件未定位时禁止使用 genshijin-builder，应先启动 investigator，否则主线程在传递上下文时浪费 token；禁止用 investigator → builder 链处理 5 文件重构，builder 会返回 too-big. 浪费轮次；禁止向 reviewer 索取“总体反馈”，它只返回 findings，不含架构意见。输出为结构化、有时偏 cryptic，不应期待散文，需人类直读时由主线程改写。遇到安全警告、不可撤销操作确认或片段模糊有误读风险时，会自动从原始人切回普通日语，之后恢复。官方文本暂未提供。