VS Code无真正防沉迷插件，所有相关工具仅提供定时提醒且依赖用户主动操作；vscode-timer需右键状态栏图标启动，focus-time仅隐藏UI不锁功能，code-blocker无法监控外部程序，work-life-balance统计仅基于编辑行为。
VS Code 里没有真正意义上的“防沉迷”插件——所有标榜防沉迷、番茄钟的插件，本质都是定时提醒工具，且几乎全部依赖用户主动开启/暂停，无法绕过系统权限强制锁屏或禁用编辑器。
为什么 vscode-timer 启动后没反应？
它只在状态栏显示倒计时，不弹窗、不打断输入、不阻止保存文件。很多人误以为“启动=开始计时”，其实必须右键状态栏的时钟图标 → 选择 Start Pomodoro 才真正开始。默认配置下，它连通知都不发（系统级通知需手动开启）。
- 检查是否已点击状态栏
?图标并选择了计时模式（Pomodoro / Break / Long Break） - 通知需在设置里打开：
"vscode-timer.showNotifications": true - 它不拦截键盘/鼠标，写代码时计时照常走，不会“强制休息”——这点和手机端番茄钟逻辑完全不同
focus-time 的“专注模式”到底锁什么？
它只隐藏 VS Code 内部 UI 元素（侧边栏、面板、状态栏），不关闭终端、不冻结文件编辑、不屏蔽快捷键。所谓“锁”是视觉层面的，Ctrl+P 照搜、Ctrl+S 照存、终端命令照跑。
- 触发后仍可按
Ctrl+Shift+P呼出命令面板，输入Focus Time: Toggle Focus Mode关闭 - 它不读取系统空闲时间，也不检测你是否真在看屏幕——离开电脑 20 分钟，它依然在计时
- 和 Windows/macOS 原生专注助手无联动，不能同步启用勿扰模式
为什么 code-blocker 安装后根本拦不住切浏览器？
它只监听 VS Code 自身的窗口焦点变化：当你从编辑器切到终端、调试控制台，它可能触发限制；但一旦你 Alt+Tab 到 Chrome 或微信，它完全无感知——VS Code 插件无权监控其他进程。
- 它的“阻断”仅限于 VS Code 内部操作，比如禁止打开新文件、禁用扩展命令面板
- 配置项
"code-blocker.blockOnFocusLoss"实际效果很弱，因 VS Code 对“失去焦点”的判定延迟高、易误判 - 想真正限制分心，得靠系统级工具（如 macOS 的 Screen Time、Windows 的 Focus Assist），而非插件
work-life-balance 的每日统计准不准？
它只统计你“有编辑行为”的时间（按键、粘贴、保存等），长时间阅读代码、调试卡住、查文档没敲字，这部分时间直接不计入“工作时长”。而且它不区分前台/后台——VS Code 最小化后只要没关，它还在默默记。
- 数据来源是编辑器事件日志，不是系统 API，所以无法识别你是否在远程桌面里挂机
- 导出 CSV 时字段名是
date,minutes,commits，但commits字段永远为空（插件未集成 Git 监听） - 如果频繁重启 VS Code，当日记录会断裂，中间空白期不补算
真正影响效率的，从来不是“能不能计时”，而是你愿不愿意在 50 分钟后手动暂停写代码、合上笔记本、站起来喝水——插件不会替你做这个决定，也做不到。
