01
这个 skill 做什么
当只读代码不够时使用此 skill。它要求先提出假设、加日志、复现、记录 root-cause，再在修复后验证并清理。内置 collector 可把浏览器或应用日志捕获为 NDJSON，并暴露同源 dashboard 供实时检查；最终清理会移除 collector 产物和 root-cause 文档，除非要求保留证据。
02
什么时候使用
- 信号前端问题需要浏览器日志直接到达活动 collector。
- 信号运行时失败很容易猜但很难从静态代码证明。
- 信号需要带时间戳证据和前后对比的偶发行为。
03
如何工作
- 01
在加 instrumentation 前陈述精确假设。
- 02
连接现有日志会话或启动内置 collector。
- 03
为每个假设添加最小临时 instrumentation。
- 04
复现问题，检查记录的日志文件，并将假设标记为确认、否定或不确定。
- 05
只应用已证明的修复，然后在移除 instrumentation 前收集新的修复后日志。
04
你会得到什么
- 信号一个随调查演进的 root-cause 文档；成功最终清理时删除，除非用户要求保留。
- 信号临时 instrumentation，以及 collector、日志和 root-cause 文档清理。
- 信号有新运行时日志支撑的已验证修复。
05
重要边界
- 信号不要在没有运行时证明的情况下交付猜测性修复。
- 信号除非证明直接 collector 投递被阻塞，否则不要创建 app-local proxy APIs 来转发浏览器日志。
- 信号中间清日志时保留 root-cause 文档，最终成功清理时再删除，除非用户要求保留证据。
06