用途：以命名约定将源码文件与测试文件进行匹配，回答「哪些源码文件没有对应的测试文件」。不运行测试、不读取源码内容，也不使用覆盖率工具，属于快速启发式检查。
主要能力：先探测项目的测试命名约定（如同目录 src/foo.ts→src/foo.test.ts、独立目录 tests/foo.test.ts、Jest 的 tests/foo.test.ts、Python 的 tests/test_foo.py、Go 的 src/foo_test.go），再据此映射源码与测试，输出聊天形式的覆盖率报告，含源码文件数、测试文件数、覆盖率比例、未覆盖文件表（含模块与风险等级）、覆盖良好的模块及后续建议。
使用方式：由主智能体直接运行，令牌预算约 1-2k。典型场景是在会话开始时（经 smart-start）评估测试健康状况、在 add-tests 之前确定重点文件，或作为「测试覆盖如何」的快速健康检查。需先检测项目约定，再执行匹配，示例：find . -name ".test." -o -name ".spec." -o -name "test_*" | head -5。
限制：仅检查文件是否存在，不执行测试；基于文件名的匹配是近似结果，存在测试文件不代表覆盖良好，报告需注明这一点；应在 5 秒内完成，不读取源码文件；不要用于详细的覆盖率分析，那应使用真正的覆盖率工具；不应使用内置 explore 子智能体。其余实现细节资料暂未提供。