Atom Runner 已归档停更,安装基本失败且运行必报错,“安装成功”多为旧版 Atom 的误判。
别用 Atom Runner 了,它已归档停更,现在装基本失败,运行必报错。
你看到的“安装成功”大概率是旧版 Atom(atom-runner 依赖的
、
等模块早已不兼容,错误如
或
是常态,不是配置问题,是项目本身已死亡。
为什么 atom-runner 安装后按 Ctrl+R 没反应?
根本原因:插件没真正激活。Atom 1.60+ 启动时会跳过已归档包的加载逻辑,即使显示“已启用”,
的
函数根本没执行。快捷键
/
绑定的是它注册的命令,命令不存在,自然无响应。
打开 Atom 的 Developer Tools(
),切到 Console 标签页,运行脚本前先看有没有
类报错
检查
目录是否存在;若存在,里面大概率缺
,手动
会失败——因为
里写的
在新版 Node.js 下已不可用
别信“换网络重试”“清缓存再装”这类建议,这是架构性废弃,不是临时故障
script 插件怎么替代 atom-runner 运行 Python/JS?
是当前唯一持续维护、适配新版 Atom 和 Node.js 的执行插件,它不模拟终端,而是调用系统命令行执行,行为更可控、错误更明确。
在 Atom Settings → Install 里搜
,点 Install(别选
或
)
安装完不用重启,打开一个
文件,按
(Windows/Linux)或
(macOS)即可运行;
文件同理
如需指定解释器(比如强制用
而非
),进
插件设置页,把
改成
,
留默认
注意:
默认在 Atom 底部面板输出,不弹新窗口;如果脚本要交互输入(如
),得勾选
——但仅对 Node.js 环境有效,Python 下仍需靠系统终端
为什么 platformio-ide-terminal 不算“一键运行”方案?
这类插件只是嵌入式终端,不是执行工具。你得手动
到文件目录,再敲
或
,和开系统终端没区别。它解决的是“有终端”,不是“当前文件一键跑”。
的核心价值在于自动识别后缀、拼接命令、捕获 stdout/stderr 并展示——这才是“运行脚本”的语义
如果你真需要交互式终端(比如调试带
的 Python 脚本),直接用系统终端或 VS Code,Atom 不适合干这事
复杂项目(含
、
scripts)务必回到终端,
只适合单文件快速验证
真正容易被忽略的点:Atom 的
插件不会自动激活虚拟环境,也不会读取
的
字段。所谓“一键运行”,只适用于路径干净、依赖全局、无构建步骤的脚本。一旦项目变复杂,就得切出去——这不是插件缺陷,是编辑器和 IDE 的边界所在。
tempcoffee-scriptError: Cannot find module 'temp'Failed to require the main moduleatom-runneractivateCtrl+RAlt+RCtrl+Shift+ICannot find module~/.atom/packages/atom-runnernode_modulesapm installpackage.json"temp": "^0.8.3"scriptscriptatom-runnerrun-in-terminal.pyCtrl+ICmd+I.jspython3pythonscriptCommandpython3Arguments{file_path}scriptinput()Use node-ptycdpython xxx.pynode yyy.jsscriptreadlinevenvpackage.jsonscriptscriptpackage.jsonscripts