atom-typescript 插件在2026年已彻底不可用，因其依赖的TS内部API（如getProgram）和Atom服务机制均被弃用；唯一可行方案是ide-typescript+atom-ide-ui组合，需tsconfig.json、本地TypeScript及正确配置。

atom-typescript 插件在 2026 年已不可用，硬装只会浪费时间，还可能拖慢 Atom、触发崩溃或掩盖真实错误。

为什么 atom-typescript 现在根本跑不起来

这个插件依赖 TypeScript 内部服务 API（比如 getProgram），而 TS 4.5+ 已移除这些接口；同时它绑定的 Atom 底层通信机制（Atom’s Service Hub）早在 Atom 1.60+ 就被弃用。你看到的报错如 Cannot read property 'getProgram' of undefined 或编辑器卡死，不是配置问题，是架构级不兼容。

• 即使全局装了最新 typescript，插件也调不到——它只认自己打包的老版本（TS 3.x）
• 装完没提示？不是没生效，是根本没启动语言服务，状态栏连 TS: idle 都不显示
• Ctrl+Space 没反应、const x: number = "hello" 不报错，说明类型检查完全失效，不是“延迟”，是压根没走 tsserver

ide-typescript + atom-ide-ui 是唯一可行组合

这是目前（2026 年中）唯一能稳定对接现代 TS（4.0–5.3）的 LSP 方案，底层和 VS Code 同源，但功能精简：提供跳转、hover、诊断，不带自动导入或重构。

Galileo TypeScript sdk

完整的Galileo AI平台 TypeScript/JS SDK 参考，用于评估、观察和保护 GenAI 应用。适用于构建 Node.js 或 TypeScript 项目。

下载

• 必须两个一起装：apm install atom-ide-ui ide-typescript，缺一不可
• 装完关掉所有 Atom 窗口再重开——热加载常失败，插件处于“已安装但未注册”状态
• 项目根目录必须有 tsconfig.json，哪怕只有 {}；放在子目录里插件找不到，会退化为纯语法高亮
• 如果用了 jsconfig.json（比如 JSDoc 类型项目），ide-typescript 完全无视，必须换 tsconfig.json

格式化和 lint 必须另配，ide-typescript 不管这事

ide-typescript 只负责语言服务，不处理格式化、也不做 lint。直接装 prettier-atom 会出错，因为它默认用 JS 解析器处理 .ts 文件，遇到 type A = { foo: string } 就抛 Unexpected token。

• 要格式化，得配 prettier-atom + 自定义脚本：在 prettier-atom 设置里把 .ts 关联到 prettier --parser typescript
• lint 推荐 linter-eslint + @typescript-eslint/eslint-plugin，别用旧版 linter-tslint（已废弃）
• 确保项目里装了 typescript：运行 npm ls typescript，空输出就执行 npm install --save-dev typescript；否则 ide-typescript 连本地 tsserver 都起不来

别碰 language-typescript 这类“语法高亮包”

它只是给 .ts 文件上色，不提供任何语言服务——没类型检查、没跳转、没 hover。你看到的“有高亮”，和 ide-typescript 是否启用无关，容易误判配置成功。

• Atom 默认自带 language-javascript，但对 TS 语法（如 interface、as const）支持极弱，仅靠它写 TS 等于裸写文本
• 如果装了多个 TS 相关插件（比如同时有 atom-typescript 和 ide-typescript），它们会冲突，导致诊断丢失或 CPU 占满
• 验证是否真生效，只看一个点：打开 test.ts，输入 const x: number = "hello";，立刻出现红色波浪线并提示类型错误——其他都是干扰项

真正麻烦的不是装什么插件，而是搞清哪些东西“看起来像在工作”其实根本没接入语言服务。一个没 tsconfig.json 的项目，或者 node_modules/typescript 缺失的项目，在 Atom 里永远只是个高级文本编辑器。