用途：评估目标 SaaS 平台的 API 是否可通过浏览器会话 cookie 访问，以判断 Chrome 扩展服务工作者能否用 fetch() 配合 credentials: 'include' 直接调用 API，从而绕过企业 IT 管理员对 OAuth/应用安装的审批。
主要能力：按阶段执行侦察。0 阶段识别平台并核对登录状态；1 阶段枚举 cookie（含 HttpOnly、Domain、Path、SameSite、过期等属性）与 localStorage/sessionStorage，分类认证、跟踪、功能类 cookie，检测多域作用域与多账号；2 阶段分析网络流量，发现 API 端点、认证头、CSRF 机制、CSP connect-src 与请求签名/nonce 模式；2.5 阶段汇总出具体待测 API 列表；后续阶段进行 API 梯度测试、CRUD 覆盖、会话持久性与检测评估，并输出发现文档和凭据提取配方。
使用方式：需 Chrome 运行且用户已登录目标平台，并具备 use-browser 技能（Claude in Chrome 扩展），否则回退到 eng:browser 本地浏览器模式（Playwright MCP Bridge）。先调用 tabs_context_mcp 获取标签 ID，再用 navigate、read_page、javascript_tool、read_network_requests、read_console_messages、computer(screenshot) 等工具。传给 javascript_tool 的 JS 必须为 ES5 语法（var、function(){}、字符串拼接、String.fromCharCode(10) 换行；异步结果存 window._result 再取）。
适用场景：面向 Google Workspace、Microsoft 365、Jira/Atlassian、Slack、GitHub、Linear、Notion、Salesforce、HubSpot、Zendesk 等平台的可行性验证。
限制：platform-intelligence.md 的先验信息仅作待验证假设；CSP 会阻止注入 JS 但不影响扩展服务工作者的 fetch；若存在签名头，需动态计算而非简单重放 cookie。未提供的细节暂未说明。