check-analytics 是一款专为前端开发者和网站管理员设计的 Google Analytics 审计技能，通过结构化的两步流程帮助用户全面诊断现有分析实现的健康状况。该技能首先扫描代码库中的 gtag、dataLayer、GTM 容器 ID 以及 GA4 Measurement ID 等关键标识，识别 Universal Analytics (UA) 等已弃用配置；随后生成包含优先级分级的审计报告，涵盖从硬编码 ID、缺少 Consent Mode 到 SPA 页面浏览追踪缺失等 10 余项常见漏洞。
其核心优势在于纯文档型架构带来的极致安全性与透明度。作为零代码执行的指导型技能，它仅依赖 Claude 的文件搜索与分析能力，不会触发任何网络请求或数据上传，且会自动遮蔽 Measurement ID 后 6 位字符以保护账户隐私。输出的 Markdown 报告采用 🔴🟡🟢 三级优先级体系，清晰标注 Critical 级问题（如 UA 已 sunset）、Warning 级最佳实践违规（如生产环境开启 debug 模式）以及优化建议（如广告拦截器降级方案），并附带事件覆盖度检查表，确保关键转化事件（注册、购买、表单提交）无遗漏。
然而，该技能也存在明显局限性。作为 T3 来源的个人开发者项目，其维护稳定性与长期更新频率存疑；功能上仅限于诊断分析，无法自动修复检测到的代码缺陷，所有优化建议仍需开发者手动实施；此外，其审计范围严格限定于 Google Analytics 生态，对 Mixpanel、Amplitude 等第三方分析工具仅作基础识别，缺乏深度配置检查能力。
该技能最适合以下群体：正在从 UA 迁移至 GA4 的遗留项目维护者、需要确保分析代码符合 GDPR/CCPA 合规要求的隐私官、以及希望标准化团队内 GA 实现方式的前端技术负责人。对于使用 React/Vue/Angular 等现代框架构建的 SPA 应用，该技能能有效检测路由变化时的页面浏览事件缺失问题。
使用风险方面，尽管技能本身安全无害，但用户需注意：审计结果依赖本地代码静态分析，无法检测运行时动态注入的追踪代码；建议的修复方案可能因项目特定架构而需要调整，直接复制模板代码存在潜在兼容性风险；此外，由于不涉及实际执行环境检测，无法验证 GTM 容器是否已正确发布或 GA4 数据流是否接收到了实时命中。建议将生成的报告作为人工代码审查的辅助参考，而非唯一决策依据。