VSCode未标红隐式any的根本原因是TypeScript语言服务未加载tsconfig.json，常见于使用Bundled版本、tsconfig位置错误、文件语法非法或未重启TS服务。
VSCode 为什么没标红隐式 any？
根本原因不是配置写错了，而是 TypeScript 语言服务压根没加载你的 tsconfig.json。VSCode 默认可能用内置（Bundled）版本的 TS，它不读项目配置，strict 和 noImplicitAny 全部失效。
- 右下角状态栏点开 TS 版本，必须看到类似
TS 5.4.2 (Workspace)—— 如果是Bundled或Node module，说明没生效 - 按
Ctrl+Shift+P（Win）或Cmd+Shift+P（Mac），运行TypeScript: Select TypeScript Version，选Use Workspace Version - 确认项目根目录已安装 TypeScript：
npm install --save-dev typescript，否则 workspace 版本根本不存在 - 删掉
tsconfig.json里的注释（JSON 不支持）、逗号遗漏、引号不匹配等语法错误——这些会让整个配置被静默跳过
tsconfig.json 必须满足的硬性条件
tsconfig.json 不是“写了就生效”，它必须存在、位置对、内容合法、且被 VSCode 正确识别。
Galileo TypeScript sdk
下载
完整的Galileo AI平台 TypeScript/JS SDK 参考，用于评估、观察和保护 GenAI 应用。适用于构建 Node.js 或 TypeScript 项目。
- 文件必须放在 VSCode 打开的**最外层文件夹**下，不能只打开
src/子目录 - 内容不能是空的
{}或只有注释；至少要有"compilerOptions": {} - 用
npx tsc --init生成基础配置，别手写或复制过期模板 - 检查
include或files字段是否覆盖你正在编辑的.ts文件，例如漏掉"src/**/*" - 多包项目（monorepo）每个子包需各自有
tsconfig.json，并用code ./packages/ui单独打开该目录作为工作区
strict 开启后大量报错，怎么修才不踩坑？
"strict": true 是总开关，但实际生效依赖子项显式启用。尤其 noImplicitAny 在老 TS 版本或配置冲突时可能静默失效。
- 在
compilerOptions中显式写上"noImplicitAny": true，比只写"strict": true更可靠 -
"skipLibCheck": false才会检查node_modules/@types/中的声明，设为true可能掩盖@types/react版本错配导致的useState类型丢失 - 常见报错对应修复方式：
—Parameter 'x' implicitly has an 'any' type→ 给参数加类型标注，如(x: string) => void
—Object is possibly 'undefined'→ 用?.或!，或提前判空
—Property 'xxx' has no initializer→ 用!: string断言，或在constructor中赋值 - 别用
// @ts-nocheck全局屏蔽；局部临时绕过可用// @ts-ignore，但 Codex 会跳过整块被抑制代码，必须先清理
改完配置后，VSCode 还是不更新？
VSCode 的 TypeScript 语言服务不会自动重载 tsconfig.json 变更，尤其对已打开的文件。
- 保存
tsconfig.json后，必须手动执行Ctrl+Shift+P→TypeScript: Restart TS Server - 如果状态栏右下角显示
TS 5.0.4 (Bundled)，点它选Use Workspace Version，再重启 TS Server - 终端运行
tsc --noEmit --pretty看是否报错：如果命令行能报strict相关错误，但 VSCode 不标红，就是加载或缓存问题 - Codex 插件若报
TypeError: Cannot read property 'getProgram' of undefined，说明 TS 服务崩溃，需重启 VSCode 并禁用非 Codex 插件
tsconfig.json 后不重启 TS Server，等于没改；用了 @ts-ignore 却指望 Codex 修复，等于白等；把 tsconfig.json 放错目录，等于没配。 
