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 照样能跑——这种割裂会让问题排查绕远路。
