TypeScript 严格类型检查由 tsconfig.json 的 "strict" 等编译选项控制，VSCode 仅读取该配置；需确保其位于项目根目录、启用关键子选项、选用工作区 TS 版本并重启 TS 服务器以生效。

TypeScript 的严格类型检查不是靠 VSCode 配置开启的，而是由 tsconfig.json 中的 "strict" 及相关编译选项控制的；VSCode 只是读取并响应这些配置。

确认项目根目录下存在有效的 tsconfig.json

VSCode 的 TypeScript 语言服务完全依赖项目中的 tsconfig.json。没有它，或它位于错误路径（比如不在打开的文件夹根目录），VSCode 就不会启用严格检查。

• 必须在 VSCode 打开的最外层文件夹中放置 tsconfig.json，否则 tsc 和 VSCode 都可能忽略它
• 如果项目含多个子包（如 Lerna/Yarn workspace），每个需要类型检查的包都应有自己的 tsconfig.json
• 可运行 tsc --init 生成默认配置，再手动启用严格选项

启用 "strict" 及其关键子选项

"strict": true 是开关，但它背后是一组独立可调的检查项。只开 "strict" 不一定看到全部效果——某些检查（如 "noImplicitAny"）可能被其他配置覆盖或禁用。

Wjs Localizing Video

用于端到端视频本地化流程的轻量编排器，路由至四个专注子技能——/wjs-transcribing-audio、/wjs-translating-subtitles...

下载

• 推荐显式列出关键严格项，避免隐式行为干扰：
  

  {
    "compilerOptions": {
      "strict": true,
      "noImplicitAny": true,
      "strictNullChecks": true,
      "strictFunctionTypes": true,
      "strictBindCallApply": true,
      "strictPropertyInitialization": true,
      "alwaysStrict": true
    }
  }

• "strictPropertyInitialization" 在类中要求所有非可选属性都有初始值或在构造函数中赋值；若用 declare 或 !: 断言，需确保逻辑合理
• "strictNullChecks" 会让 null 和 undefined 不再自动属于每个类型的值域，这是最常引发编译错误的选项

VSCode 中实时反馈不生效？检查 TS 版本和插件状态

即使 tsconfig.json 正确，VSCode 也可能沿用旧版本 TypeScript 服务，或加载了工作区外的全局配置。

• 按下 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Typescript: Select TypeScript Version，选择 Use Workspace Version（即 node_modules/typescript 中的版本）
• 检查状态栏右下角：点击 TS 版本号，确认显示的是项目本地安装的版本，而非 Bundled
• 关闭并重启 VSCode，或执行 Developer: Reload Window，确保配置重载
• 如果使用 TypeScript 插件（如 ESLint 插件），注意它不参与编译检查，仅提供额外规则；严格类型检查仍由 TS 语言服务完成

最容易被忽略的是：修改 tsconfig.json 后，VSCode 不会自动重新校验已打开的文件。要么保存该配置文件后手动触发一次编辑（比如加个空格再删掉），要么重启 TS 服务器（Ctrl+Shift+P → Typescript: Restart TS server）。否则你看到的“没报错”，很可能只是缓存结果。