atom 不支持 typescript 原生，需 atom-typescript 插件，但该插件自2023年停更，与 ts 5.x、node.js ≥18、atom 1.60+ 兼容性差，导致无高亮、无提示、补全失效；推荐改用终端 tsc --watch + linter-eslint + autocomplete-plus 组合方案。
Atom 本身不内置 TypeScript 支持，必须靠 atom-typescript 插件提供语言服务；但该插件自 2023 年起已停止维护，当前（2026 年）在较新 Node.js 或 TypeScript 版本下大概率报错或功能残缺。
为什么 atom-typescript 安装后没反应？
常见现象：打开 .ts 文件无语法高亮、无错误提示、Ctrl+Space 不触发补全，甚至 Atom 控制台报 TypeError: Cannot read property 'getScriptSnapshot' of undefined。
- 根本原因是
atom-typescript依赖旧版typescript（≤4.9），而你全局或项目中装的是 TS 5.x —— 它移除了LanguageServiceHost.getScriptSnapshot等接口 - 插件未适配 Electron 与 Atom 1.60+ 的沙箱机制，
require('typescript')可能被拦截 - 即使强制降级 TS（如
npm install typescript@4.9.5），也常因 Node.js 版本过高（≥18）导致Buffer/events兼容问题
tsconfig.json 配置对 Atom 是否生效？
仅当 atom-typescript 成功加载时才读取；但它的解析逻辑很简陋，很多现代配置项会被忽略：
Galileo TypeScript sdk
下载
完整的Galileo AI平台 TypeScript/JS SDK 参考，用于评估、观察和保护 GenAI 应用。适用于构建 Node.js 或 TypeScript 项目。
-
"module": "ESNext"和"target": "ES2022"能识别，但不会影响语法校验（它只做基础类型检查） -
"paths"别名、"baseUrl"、"composite": true等模块解析相关配置基本无效 -
"include"和"exclude"仅用于决定哪些文件送入语言服务，不控制编译范围（编译仍需手动跑tsc） - 推荐最小可用配置：
{ "compilerOptions": { "target": "ES2020", "module": "commonjs", "strict": true, "esModuleInterop": true, "skipLibCheck": true }, "include": ["src/**/*"] }
替代方案：用终端 + 原生命令维持开发流
既然插件不可靠，不如绕过它，把 Atom 当纯编辑器，用外部工具保障 TypeScript 正确性：
- 安装
platformio-ide-terminal（目前唯一持续维护的终端插件），在 Atom 内直接开 shell - 项目根目录执行
tsc --watch，实时编译并输出错误到终端面板 - 配合
linter-tslint或linter-eslint（配@typescript-eslint规则）做静态检查，比atom-typescript的诊断更准 - 补全和跳转可退而求其次：启用
autocomplete-plus+atom-ternjs（对 TS 支持有限但比没有强）
真正卡住的点不是配置步骤多，而是 atom-typescript 的底层依赖链（TS 版本 → Node.js 版本 → Electron 版本）在 2026 年已彻底断裂；硬调只会浪费时间——把类型检查交给 tsc，把编辑体验交给 Atom，分工明确反而更稳。
