这是一份针对 Reddit r/CursorAI 热帖《Browser MCP inside Cursor is eating context for a 90-second smoke check》的技术情报分析简报：
🤖 技术情报简报：Cursor 中 Browser MCP 的上下文消耗困局与分层解决策略
📌 核心摘要 (TL;DR)
在 Cursor 中使用 Browser MCP（如 Playwright MCP）驱动浏览器非常适合探索性调试未知 Bug，但在执行固定的日常烟雾测试（Smoke Check）时，Agent 频繁捕获 DOM 快照和推理决策会剧烈挤占大模型的上下文窗口（Context Window）。作者提出了一种三分化工作流：未知问题用 Cursor+MCP 探索；已知重复流程剥离至外部 CLI 工具（仅向 Cursor 返回结构化断言和最终证据）；永久关键流程则沉淀为代码库中的标准 Playwright 测试，以此实现上下文利用效率的最大化。
💡 核心观点与技术细节
-
Browser MCP 的应用边界划分
- 适用场景（探索性）：应对未知 DOM 结构、复现偶发 Bug、排查 Modal 卡死、查看实时 Console 日志等需要交互式探索的痛点。
- 不适用场景（重复性）：如“登录 → 设置 → 改时区 → 保存 → 刷新”这种已知的固定验证流程。
-
上下文膨胀机制（Context Bloat）
- Agent 驱动浏览器时，每一步“打开页面 → 获取快照 → 推理点击 -> 重新读页”都会向对话历史插入大量冗余的 UI 状态数据。为了一个 90 秒的简单测试，维持整个浏览器上下文会导致模型消耗巨大 Token 并丢失先前的代码记忆。
-
三分化测试工作流（Tiered Workflow）
- 第一层（未知问题）：
Cursor + Browser MCP，充分利用高上下文进行深度的交互式调试。 - 第二层（过渡期/已知重复流程）：
外部 CLI 工具（如文中提到的 Kane CLI）。通过AGENTS.md定义指令， Cursor 修改代码后直接调用 CLI 执行，CLI 仅向 Cursor 返回结构化结果（通过/失败断言、最终页面状态、日志证据），阻断冗余快照进入 Context。 - 第三层（永久回归测试）：
代码仓库内标准 Playwright 测试，覆盖认证、计费、权限等关键主干，接入 CI/CD。
- 第一层（未知问题）：
-
结果与控制解耦策略（Decoupled Verification）
- 将“浏览器过程控制”从 LLM 上下文中剥离，转由外部脚本执行；大模型仅接收最终的断言结果（Assertions）和关键证据。这极大地保护了 Prompt Context 的干净度。
⚠️ 讨论的核心痛点
AI 代理（Agent）的“过载式”UI 控制与大模型有限上下文窗口（Context Window）之间的矛盾。
具体表现为：
- Token 浪费与成本攀升：为了执行不需要 AI 思考的固定点击步骤，迫使 LLM 吞入大量的页面 DOM 结构和 UI 快照。
- 上下文污染（Context Contamination）：漫长的浏览器交互历史塞满了对话框，挤占了真正重要的“代码逻辑Context”，导致大模型在后续的写代码环节中出现“遗忘”或推理能力下降。
- 自动化测试的“尴尬中间地带”：开发者常常面临两难——为一次性的改动写永久 Playwright 测试太重，而纯手动点界面或让 Browser MCP 全量驱动又太慢/太贵。