问题描述
我在“全面回忆”的应用设置里已经明确取消了 Chrome,但闪电说仍然会继续对普通 Google Chrome 窗口进行快照。
这会带来两个问题:
日常浏览器页面被持续截图,产生大量无价值的学习内容
会额外消耗大模型 token
我的实际需求是:
保留工作流应用的快照,例如 Codex、终端、PowerShell 等
不要对普通 Chrome 浏览器页面进行快照
环境信息
系统:Windows
闪电说版本:0.7.0-beta.8
问题确认时间:2026-06-10
复现步骤
打开闪电说
进入“全面回忆”应用设置
将 Chrome / Google Chrome 取消勾选
保持 Codex、终端等工作流应用仍然勾选
返回桌面,分别操作:
Codex
普通 Chrome 标签页,例如搜索页、普通网页、Gemini 页面等
观察全面回忆日志或事件记录
预期结果
Codex、终端等保留在应用设置中的程序继续正常截图
普通 Chrome 不再被截图
不再产生新的 app=chrome 记录
实际结果
虽然 UI 中已经取消了 Chrome,但仍会继续产生新的 Chrome 快照记录。
我实际看到的日志示例:
最后一条 Chrome 抓图记录:
2026-06-10 22:23:40.724 [v0.7.0-beta.8] INFO [TotalRecall] stored Click screenshot app=chrome window=Some("凉热葵 - Google Chrome")
后续仍能正常记录 Codex:
2026-06-10 23:04:48.342 [v0.7.0-beta.8] INFO [TotalRecall] stored WindowFocus screenshot app=Codex window=Some("Codex")
这说明:
Codex 正常
Chrome 本应被排除,但没有被正确排除
进一步排查结果
我本地排查后发现,当前“全面回忆应用设置”的主配置来源在:
C:\Users\admin\AppData\Roaming\Shandianshuo\config.json
关键字段是:
memory_learning.enabled_apps
问题表现为:
UI 里虽然取消了 Chrome
但 enabled_apps 中仍然残留了 Chrome 相关 allowlist 项
运行时又会把普通浏览器窗口统一记成 app=chrome
因此造成“UI 看起来已经取消,但实际上仍继续抓图”的现象
我本地确认过,Chrome 相关残留项是这两个:
custom:c--program-files-google-chrome-application-chrome_proxy.exe
custom:chrome._crx_hldlmkennfhdoci.userdata.profile2
临时 workaround
我手动从 config.json -> memory_learning.enabled_apps 中移除了上面两项后,现象恢复正常:
不再出现新的 app=chrome
Codex 仍继续写入新的全面回忆记录
也就是说,这个问题目前可以被“手工改配置”绕过,但普通用户很难自行定位和修复。
怀疑的根因
怀疑是下面两种情况之一:
UI 取消 Chrome 时,没有正确同步写回 memory_learning.enabled_apps
运行时抓图判断使用的应用标识,与 UI 展示/配置使用的应用标识不一致,导致取消勾选未真正生效
影响
这个问题会导致:
浏览器日常内容被误收集
学习内容噪声很大
浪费 token
用户很难信任“应用排除”设置是否真的生效
建议修复
UI 勾选/取消应用时,确保和 memory_learning.enabled_apps 一致
对 Chrome 类应用的运行时标识做统一映射,避免 UI 和底层标识不一致
增加一个可见的调试信息:
当前窗口命中了哪个 app id
当前窗口是否会被全面回忆抓取
在 UI 中提供“已生效应用列表”或“实际白名单预览”,方便用户确认
Please authenticate to join the conversation.
In Review
Feature Request
4 days ago

陈文斗
Get notified by email when there are changes.
In Review
Feature Request
4 days ago

陈文斗
Get notified by email when there are changes.