用途：在接触陌生项目、需要确定合适工具与模式、提供框架特定最佳实践、识别包管理器以执行依赖操作，或在修改前理解项目架构时，用来自动检测项目所用技术栈。
主要能力：分步检测。第一步查根目录包管理器标识文件，例如 package-lock.json 对应 npm、yarn.lock 对应 Yarn、pnpm-lock.yaml 对应 pnpm、bun.lockb 对应 Bun、requirements.txt 对应 pip、Pipfile.lock 对应 pipenv、poetry.lock 对应 Poetry、uv.lock 对应 uv、Cargo.lock 对应 Cargo、go.sum 对应 Go Modules、Gemfile.lock 对应 Bundler、composer.lock 对应 Composer。第二步分析根级配置文件，读取 package.json 的 dependencies 与 devDependencies、pyproject.toml 的 [project.dependencies] 或 [tool.poetry.dependencies]，以及 next.config.js、vite.config.ts、angular.json 等框架专属配置。第三步识别目录结构约定，如 app/ 或 src/app/、pages/、components/、routes/、views/、controllers/ 等。第四步套用框架签名参考中的检测模式。
使用方式：按工作流执行——先查锁文件识别包管理器，再读清单文件，然后将依赖与已知框架匹配，接着检查框架专属配置文件，随后用目录结构验证，最后输出框架、版本、包管理器与关键模式。报告时包含框架名与版本（若可确定）、包管理器及命令示例、需注意的关键配置文件、框架期望的目录约定，以及开发工作流的常用命令。
适用场景与限制：适合单仓库及多框架并存项目（如 Next.js + Tailwind + Prisma），也需考虑 monorepo 中不同包使用不同框架的情况。最佳实践要求通过配置、依赖与结构多个指标交叉验证，模式不明确时报告置信度，并注意基于基础框架的元框架。资料未提供具体框架签名清单、输出格式细节、收费或价格信息，暂未提供。