witness 将口述故障与浏览器证据同步

witness 想补上 AI 编码智能体排查故障时缺少的一块上下文：测试者当时看到了什么、期待发生什么。这个采用 MIT 协议开源的 CLI，把口述描述与浏览器操作、请求和页面状态按时间关联，生成本地证据包，再通过 MCP 供 Claude Code、Cursor 和 Codex 调查。

目前能确认什么

运行 wit start <URL> 后，witness 会打开受管理的浏览器。测试者边操作边描述问题，工具同步记录点击、网络请求、控制台错误、DOM 状态和 rrweb 回放。rrweb 通过记录页面结构与变化重建操作过程，便于回看当时的页面。

录制结束后，转写文本、时间线、截图和响应体等材料写入 .witness/sessions/<id>/。它提供 12 个 MCP 工具，让智能体查询会话、时间线和请求详情。MCP 是连接模型客户端与外部工具的协议，接入它并不等于智能体已经具备可靠的诊断能力。

作者称，他们团队曾用录制材料发现并修复官网上一处未在界面显示的请求故障。节选还提到密码字段遮蔽、POST 凭证字段脱敏，以及用 WIT_NO_BODIES=1 关闭请求和响应体采集；默认存在可选的匿名启动上报。

我的判断

它更直接的价值，是把用户预期和运行证据放到同一条时间线上。

对前端排障来说，「按钮没反应」可能涉及事件处理、请求失败或状态更新。口述能说明预期，浏览器记录能缩小调查范围，减少智能体反复追问复现上下文的成本。

但时间相邻还不能证明因果。作者展示的案例支持这条工作流有用，尚不足以证明它能稳定定位各类故障。脱敏覆盖哪些字段、复杂页面能否完整回放、长会话如何检索，以及各客户端接入需要哪些配置，节选没有交代清楚，还要等完整原文或官方文档确认。