用途：Cavecrew 提供三个子智能体预设，功能对应 Anthropic 默认的 Explore、编辑类智能体和审查者，区别在于返回的工具结果被压缩，从而让每次委派占用的主上下文更小。
主要能力与选择：定位代码（X 在哪定义、谁调用 Y、列出 Z 的用法）用 cavecrew-investigator；需要建议或架构评论则用原生 Explore。范围明确、≤2 个文件的外科手术式编辑用 cavecrew-builder；新功能、3 个以上文件或跨切面重构交给主线程或 feature-dev:code-architect。审查 diff、分支或文件找 bug 用 cavecrew-reviewer；需要理由与替代方案的深度审查用原生 Code Reviewer。已知答案的一行回答由主线程处理，不用子智能体。经验法则：若希望输出只有约三分之一 token 就选 cavecrew，若想要散文式说明就选原生。
输出契约：investigator 返回“path:line — symbol — 短注”加 totals，或 No match，始终路径优先、带行号、符号加反引号，可用 path:\d+ 匹配。builder 返回“path:line-range — <改动≤10词>”加 verified 状态，或返回 too-big. / needs-confirm. / ambiguous. / regressed. 之一。reviewer 返回“path:line: 表情 严重度: 问题. 修复.”加 totals，或 No issues，按文件与行号升序。
链式用法：常见为定位→修复→验证，investigator 给出位置列表，主线程挑 1-2 处交给 builder，再由 reviewer 审计 diff。调查面广时可并行发起 2-3 个 investigator（分别查定义、调用方、测试），在主线程汇总。已知位置时可跳过 investigator，直接把 path:line 交给 builder。
限制与注意：不知道文件时不要直接用 builder，应先派 investigator；5 文件重构不要串 investigator→builder，builder 会返回 too-big.；不要向 reviewer 要“总体反馈”，它只给发现项，不含架构意见；输出结构化且可能极简，若给人直接阅读需转述。安全警告、不可逆操作确认等场景会自动切换为正常英语，之后恢复。
输出报告：主技能任务完成后，按 DDMMYY-<ten>.md 命名写入 llmwiki/wiki/draft/cave/ 草稿，并更新 index.md 与 log.md；若技能零产出零决策（如纯展示模式）则跳过。