atom本身不支持仅在报错时触发震动，因activate-power-mode仅监听keydown事件，不感知代码执行结果或错误状态，无法接收外部错误信号，其抖动与粒子效果纯属输入响应，与运行反馈完全无关。
Atom 本身不支持“仅在报错时触发震动”——activate-power-mode 插件没有错误感知能力，它只响应键盘输入事件，和代码执行结果完全无关。
为什么 activate-power-mode 无法联动报错
这个插件的底层逻辑是监听 keydown 事件，每次按键就播放粒子+抖动动画。它既不读取终端输出，也不解析 stderr，更不会 hook 到 script 或 build 插件的执行回调。所谓“出错时震动”，本质上是混淆了两个独立系统：编辑行为（插件可控）和运行结果（插件不可见）。
-
activate-power-mode没有 API 或配置项能接收外部信号（比如“本次运行失败了”） - Atom 的
script、atom-build等运行插件，也不会向 UI 层广播错误状态 - 即使你用
atom-ide-ui显示诊断信息，那也只是静态标记，无法触发震动事件
接近需求的折中方案：用状态栏提示替代震动
既然不能真正在报错时抖动，可以退一步，在右下角显示明确反馈，避免误判是否出错：
- 确保
script插件勾选了Show error panel on error（而非Hide output when successful） - 安装
status-bar（Atom 默认自带），它会在右下角显示Power Mode: ON或当前运行状态 - 配合
linter+linter-ui-default，语法/运行前就能标出红线，比等报错更早干预 - 如果非得“视觉强化”，可在
script配置里加errorMatch正则，让错误行高亮变红+加粗，比震动更准
强行 hack 的风险点（不推荐）
有人尝试用 init.coffee 监听 script:run-failed 事件再手动调用 activatePowerMode()，但实际会失败：
- 该事件不存在——
script插件没 emit 过任何失败事件，只把 stdout/stderr 原样输出到面板 - 即使伪造事件，
activate-power-mode的抖动函数shakeScreen()是私有方法，未暴露给其他插件调用 - 强行 patch 会导致 Atom 升级后立即失效，且可能引发抖动队列堆积（多次失败触发多次抖动，动画卡顿）
真正需要“错误反馈强化”的场景，应该交给终端或调试器本身：比如用 debugpy 断点停在异常抛出处，或让 jest 的 --verbose 输出带颜色堆栈——这些才是和错误强绑定的信号源。震动特效只适合表达“我在敲代码”，不是“我写崩了”。
