vscode 编辑 nestjs 项目需启用装饰器支持，否则 @controller() 等语法被误判为错误；关键配置是 "javascript.implicitprojectconfig.experimentaldecorators": true（控制编辑器识别），且 tsconfig.json 中必须同时设置 "experimentaldecorators": true 和 "emitdecoratormetadata": true（保障编译与依赖注入正常）。

VSCode 编辑 NestJS 项目时提示 Experimental support for decorators is a feature that is subject to change...，不是代码写错了，而是编辑器没开装饰器支持——它默认不认 @Controller()、@Injectable() 这类语法，必须手动启用。

为什么 javascript.implicitProjectConfig.experimentalDecorators 是关键配置项

这个配置项控制 VSCode 对 JavaScript/TypeScript 中装饰器语法的“宽容度”。NestJS 大量依赖装饰器实现依赖注入和路由绑定，但装饰器属于 ES 提案阶段特性，VSCode 默认禁用其语法高亮与类型检查支持。不开启，编辑器就当它是非法语法，标红、报错、不跳转、补全失效。

• 它只影响编辑器行为（语法识别、错误提示、Go to Definition），不影响实际编译或运行
• 设为 true 后，@Module()、@Get() 等所有 NestJS 装饰器立刻变正常，不再有波浪线
• 如果项目根目录已有 jsconfig.json 或 tsconfig.json，且里面已配了 "experimentalDecorators": true，那 VSCode 会优先读该文件，用户设置可能被覆盖
• 推荐优先改工作区设置（.vscode/settings.json），避免污染全局：添加 "javascript.implicitProjectConfig.experimentalDecorators": true

tsconfig.json 里也要配 experimentalDecorators 吗

要，而且必须配。VSCode 的用户设置只是让编辑器“不报错”，而 TypeScript 编译器（tsc）本身仍需明确授权才能解析装饰器。否则 tsc --noEmit 检查或 CI 构建时仍会失败。

Galileo TypeScript sdk

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

下载

• 在 tsconfig.json 的 compilerOptions 下加这两行：
  "experimentalDecorators": true
"emitDecoratorMetadata": true
• emitDecoratorMetadata 不是可选项——NestJS 的依赖注入靠它生成元数据，漏掉会导致 @Inject() 找不到提供者，运行时报 Unknown provider
• 注意：这两个选项必须同时存在，且不能放在 compilerOptions 外层；如果用了 extends 继承其他 tsconfig，确保最终合并结果包含它们

开了装饰器还报错？检查语言模式和插件干扰

即使配置全对，VSCode 仍可能显示错误，常见于语言模式识别错误或插件冲突。

• 右下角状态栏看当前语言模式是不是 TypeScript，而不是 TypeScript React 或 Plain Text；点它手动切过去
• NestJS Snippets 插件不会引发此报错，但某些老旧的 Angular/React 插件可能覆盖语言配置，临时禁用它们测试
• 如果用的是 JS 版 Nest（非 TS），则需确认是否启用了 allowJs 和 checkJs，否则 @ 在 .js 文件里依然被拒
• 改完设置后不用重启 VSCode，但必须重新打开一个 .ts 文件，或按 Ctrl+Shift+P → Developer: Reload Window

真正容易被忽略的是：VSCode 设置和 tsconfig.json 是两套独立系统，一个管编辑体验，一个管编译逻辑。只开一边，项目在编辑器里看着正常，跑起来却挂；或者编辑器满屏红，但 npm run start:dev 照样能跑——这种割裂会让问题排查绕远路。