用途
Network Request Auditing 是一个基于 cursor-ide-browser MCP 的技能，专注于使用 browser_network_requests 对浏览器中的网络请求进行深度健康检查。它不止关注“是否有 500 错误”，而是识别那些暗示 bug、资源浪费或安全问题的请求模式。
主要能力
该技能提供一份审计清单，覆盖以下类别：
- 失败：列出 4xx / 5xx 请求的方法、URL（路径与查询参数）、状态码，以及 UI 是否处理了该错误；识别 CORS 或网络错误，通常源于源配置错误或混合内容。
- 性能：标记高延迟请求（如服务器时间超过 500 毫秒，若时间可见；否则注意异常大的瀑布图）；发现同一用户操作中相同 URL 与方法被多次触发的重复调用（常见于 React effect 或缺少去重）；识别对 UI 需求而言过大的响应负载，建议分页、字段选择或压缩。
- 安全与隐私：检查 URL 中是否包含令牌或 PII 等敏感数据；发现本应发送凭证或 bearer token 但未发送的 API 调用（与相邻已鉴权调用对比）。
- 正确性：识别未在功能文档中声明的第三方主机调用（跟踪器、意外泄露）；发现过多的 OPTIONS 请求，可能表明 CORS 缓存配置错误或源过多。
使用方式
- 从干净导航开始：使用 browser_navigate 访问目标 URL，或通过 browser_tabs 使用现有标签页。
- 操作功能：执行触发 API 使用的交互（筛选、无限滚动、表单保存、打开模态框等）。
- 获取网络日志：如果页面有多次往返，在每个逻辑步骤后调用 browser_network_requests。
- 报告：输出结构化结果，包括失败、缓慢、重复分组的汇总计数；问题表格或列表，含 URL 模式（不必暴露完整密钥）、状态码、类别（失败/性能/安全/正确性）；以及建议的后续代码修改或调查方向。
需遵循 cursor-ide-browser 工作流规则：在结构性交互前使用 browser_snapshot；在改变页面的操作后，进行下一次交互前重新获取快照。
适用场景
适用于前端开发调试、性能优化、安全审查，以及验证 API 设计是否符合预期。例如，在开发新功能后检查是否有重复请求或敏感数据泄露，或在发布前审计第三方调用。
限制
- iframe 流量可能不会出现在同一日志中，若功能运行在 iframe 内需注意。
- 需与预期 API 设计对比：例如，若 UI 已处理“可选资源未找到”，则 404 可能是正确的。
- 对于未表现为失败 HTTP 的错误（如 200 后的解析错误），应配合 browser_console_messages 使用。