多语言测试分析时如何查找各语言/框架的检测规则扩展文件

当需要对多语言代码库做测试质量分析（断言质量、反模式、覆盖缺口、坏味道、打标签）时，按语言和测试框架读取对应的参考扩展文件。

适用场景

解决思路

1. 检测目标代码库的主要语言和测试框架。
2. 在执行分析前，读取与该语言和框架匹配的扩展文件（如 .NET 读 extensions/dotnet.md，Python 读 extensions/python.md，TypeScript 读 extensions/typescript.md，Java 读 extensions/java.md，Go 读 extensions/go.md，Ruby 读 extensions/ruby.md，Rust 读 extensions/rust.md，Swift 读 extensions/swift.md，Kotlin 读 extensions/kotlin.md，PowerShell 读 extensions/powershell.md，C++ 读 extensions/cpp.md）。
3. 如果项目中同时存在多个测试框架（例如同时混用 Jest 和 Mocha），则读取所有相关的扩展文件。
4. 利用每个扩展文件声明的能力标签来安全地控制行为：测试发现（如何定位测试文件和测试方法）、断言检测（框架特定与语言级别的断言形式）、sleep/delay 模式（同步与异步等待）、skip/ignore（如何识别被跳过/忽略的测试）、setup/teardown（fixture 与生命周期钩子）、mystery guest 指标（常见的文件/数据库/网络/环境耦合模式）、集成标记（将测试标记为集成/E2E 的约定）、tag 支持（针对 test-tagging 技能，分为 auto-edit、report-only、convention-based 三种）。
5. 将扩展文件当作数据而非必须照搬的指导：它们只说明如何在各语言中检测事物，而不决定如何解读发现。
6. 当语言检测不确定时，优先读取多个扩展文件而不是猜测。
7. 如果用户明确指定的框架尚无对应扩展文件，则回退到最接近的一个（例如 Pest → python.md/pytest 语义），并在报告中注明这一缺口。

适用边界 · 注意事项

• 不要直接调用本技能——它由 test-quality-auditor agent 和需要框架特定查找表的多语言分析技能调用。
• 不要在未先检测目标语言和测试框架的情况下盲目读取扩展文件。