用途：在包含浏览器前端页面的 .NET 仓库中引入 webhint，对站点做面向运行时的质量审计，覆盖可访问性、性能、SEO、安全响应头、PWA 与清单信号等，而非仅做语法检查。
主要能力：可选择审计目标（本地开发 URL、预览或已部署 URL，或在无需浏览器运行时用本地连接器审计构建产物）；支持仓库内安装与签入 .hintrc；可从 web-recommended 等预设起步再按需定制；把发现按响应头与传输、可访问性与 HTML、性能、PWA 与清单分类；修复后在同一目标重跑以便对比。
使用方式：优先仓库本地安装，例如 npm install --save-dev hint；在 package.json 中加入可重复脚本，如 hint https://localhost:3000 或 hint https://example.test --config .hintrc；验证可用 npx hint https://localhost:3000 或 npx hint -c ./.hintrc https://example.com。需明确 Node.js 版本，以及连接器需要 Chromium 类自动化时的浏览器可用性。
适用场景：仓库提供面向浏览器的站点，用户询问可访问性、性能、SEO、安全响应头或页面质量；仓库已有 .hintrc、hint 脚本或可审计的本地前端；团队需要超出语法 lint 的运行时站点检查。
限制与边界：不用于 JavaScript/TypeScript 语义 lint（应走 dotnet-eslint 或 dotnet-biome）、仅样式表 lint（dotnet-stylelint）或纯静态 HTML 结构检查（dotnet-htmlhint）。缺少浏览器通常意味着环境没有 Chrome、Chromium 或 Edge；WSL 不适合浏览器后端运行，宜用原生环境或改用 jsdom 风格连接器；EACCES 或安装权限问题通常通过安装为仓库 devDependency 解决；审计目标不稳定、需认证或仍在启动时，应先修复服务流程。若仓库没有可审计的稳定浏览器界面，应返回 not_applicable。具体收费、价格与平台信息暂未提供。