其他
用 Chrome DevTools MCP…
当应用出现高内存占用、OOM 报错，或需要采集、对比、检查堆快照定位内存泄漏时使用。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 35/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 37/100 ×0.15
适用场景
用 Chrome DevTools MC特定
解决思路
- 优先使用 MCP 内存工具：不要直接读取原始 .heapsnapshot 文件，因为它们极大且会消耗过多 token；改用 Chrome DevTools MCP 堆快照工具来汇总、对比和检查快照。
- 隔离泄漏范围：判断泄漏发生在浏览器（客户端）还是 Node.js（服务端）。
- 排查常见元凶：检查 detached DOM 节点、未处理的闭包、全局变量、未移除的事件监听器，以及无界增长的缓存。注意：detached DOM 节点有时是有意为之的缓存，置空之前务必先询问用户。
完整步骤 · 用时自动获取 浏览页只呈现部分步骤（共 21 步）。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。
适用边界 · 注意事项
- 高级内存调试工具（compare_heapsnapshots、get_heapsnapshot_details 等）仅在服务器以 --memoryDebugging 标志启动时可用；若不可用，需先读取 MCP 配置文件确认是否启用了 --memoryDebugging。
- 不要直接读取原始 .heapsnapshot 文件，它们极大且会消耗过多 token。
- detached DOM 节点有时是有意为之的缓存，置空之前务必先询问用户。
经验正文
用 Chrome DevTools MCP 堆快照工具诊断并修复 JS/Node.js 内存泄漏
【适用场景】当应用出现高内存占用、OOM 报错，或需要采集、对比、检查堆快照定位内存泄漏时使用。
【核心做法】
1. 优先使用 MCP 内存工具：不要直接读取原始 .heapsnapshot 文件，因为它们极大且会消耗过多 token；…
完整正文 · 用时自动获取 浏览页只呈现部分正文与前 3 步。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。