Atom无统一控制台，输出分三路：script插件底部面板（需保存文件、正确后缀、未隐藏成功输出、含input()须按Ctrl+I启用终端）、DevTools Console仅显示插件JS日志、debugpy等调试器输出仅在手动启动的终端中可见。
Atom 本身不提供统一的“代码运行结果控制台”，所谓“查看输出”实际是三类互不干扰的通道：script 插件的底部面板、DevTools Console（仅限插件/前端 JS 日志）、以及 debugpy 或 Xdebug 等外部调试器的独立终端输出。想在一个地方看到所有内容，注定失败。
script 插件的输出在哪？为什么有时空白或一闪而过
script 插件默认把 stdout 和 stderr 输出到 Atom 底部的 Script 面板（不是终端窗口），但有多个前提条件必须满足：
- 文件必须已保存，且后缀名被正确识别（右下角显示
Python、JavaScript等，而非Plain Text） - 未勾选
Hide output when successful（在 script 设置里）——否则成功时面板自动收起 - 解释器路径配置正确，否则进程启动失败，面板连“Process exited with code 0”都不会显示
- 若脚本含
input()或prompt()，必须提前按Ctrl+I（Win/Linux）或Cmd+I（macOS）启用终端模式，否则卡死无响应
DevTools Console 能看到我的 print() 或 console.log() 吗
不能。DevTools Console（快捷键 Ctrl+Shift+I）只显示 Atom 自身和插件的 JavaScript 日志，比如 console.log("plugin init") 或报错 TypeError: Cannot read property 'onDidDestroy' of undefined。
你的 Python 脚本里的 print()、Node.js 的 console.log()、PHP 的 echo，**完全不会出现在这里**。它们只流向 script 面板（非交互式）或你手动唤出的终端（交互式启用后）。
为什么 debugpy attach 后断点停住了，却看不到 print 输出
因为 debugpy 的 --wait-for-client 模式会暂停执行，直到你从 Atom 点击 “Start Debugging”；但 print() 输出仍由原 Python 进程写入其原始 stdout，而这个流默认连向你启动 debugpy 的那个终端窗口，不是 Atom 界面。
换句话说：
- 断点、变量、调用栈 → Atom 调试侧边栏显示
-
print()、logging.info()、异常 traceback → 原始终端窗口滚动输出（你手动执行python -m debugpy ...的那个终端）
如果你没保留那个终端，就等于丢掉了运行时日志。
SQL、Shell、TypeScript 等脚本的输出去哪了
script 插件对不同语言一视同仁：它只是拼接命令并执行，输出路径完全取决于命令本身：
-
.sql文件默认调用sql命令（系统一般不存在），需手动配置为mysql -u root -p db < "$filepath"，输出进 Script 面板 -
.sh脚本若含read -p，同样要按Ctrl+I启用终端，否则卡住 - TypeScript 文件需先编译，或配置
Command为ts-node，否则node直接报语法错误
关键点：script 不做语言适配，只做命令转发。输出位置、是否可见、是否交互，全由你填的 Command 和运行模式决定。
