pnpm workspace 本身不自动隔离依赖，所谓“隔离”必须靠 package.json 中 dependencies/devDependencies 显式声明 + pnpm-workspace.yaml 路径约束实现；所有子包共享 node_modules/.pnpm 下同一份物理文件，修改源码后其他项目即时生效源于硬链接共享机制，非真正隔离。
直接说结论：pnpm workspace 本身不自动隔离依赖，所谓“隔离”必须靠 package.json 中的 "dependencies" 和 "devDependencies" 显式声明 + pnpm-workspace.yaml 的路径约束来实现，否则所有子包共享同一套 node_modules/.pnpm 结构，根本谈不上隔离。
为什么 workspace 里改了 core 包，其他项目立刻生效？
这不是“隔离”，而是 pnpm 默认启用的硬链接共享机制——所有 workspace 子包共用 node_modules/.pnpm 下同一份物理文件。你改了 shared-utils 的源码，只要没重新 pnpm build 或 pnpm pack，其他项目 import 的仍是内存/FS 缓存里的旧代码，但一旦触发重解析（比如重启 TS Server、删掉 .tsbuildinfo），就会读到新内容。
- 真正隔离需手动加
"publishConfig": { "access": "private" }并配合pnpm publish --filter控制发布范围 - 开发期想强制独立副本，可在子包
package.json里写"pnpm": { "peerDependencyRules": { "ignoreMissing": ["shared-utils"] } }，再配resolutions锁死版本 - VSCode 的 TypeScript 跳转失效，大概率是因为 TS Server 没识别到
shared-utils是 workspace 成员，需在根目录加tsconfig.base.json并被各子包extends
如何让 frontend 和 backend 各自用不同版本的 shared-core？
pnpm workspace 不支持同名包多版本共存——shared-core@1.2.0 和 shared-core@2.0.0 不能同时出现在同一个 workspace 的 node_modules/.pnpm 里。强行这么做会导致解析冲突、TS 类型报错、甚至 runtime Cannot find module。
完整的Galileo AI平台 TypeScript/JS SDK 参考，用于评估、观察和保护 GenAI 应用。适用于构建 Node.js 或 TypeScript 项目。
- 唯一可行路径：把
shared-core拆成两个独立包，比如@myorg/core-v1和@myorg/core-v2，并在pnpm-workspace.yaml中用packages字段分别纳入 - 子包的
package.json必须显式声明"@myorg/core-v1": "1.2.0"或"@myorg/core-v2": "2.0.0"，不能靠 workspace 自动提升 - 别在
pnpm-workspace.yaml里写通配路径如"packages": ["packages/*"]—— 这会让 pnpm 把所有子目录都当 workspace 成员，反而破坏版本边界
VSCode 里 import 提示 “无法找到模块”，但运行正常
这是典型 TS Server 与 Node.js resolver 行为不一致：Node.js 通过 pnpm patch 过的 resolver 能正确找到 node_modules/.pnpm/shared-core@1.2.0/node_modules/shared-core，但 TS Server 只认 node_modules/shared-core 这种扁平结构。
- 根目录必须有
pnpm-workspace.yaml，且内容至少包含packages: ['packages/*']（路径需匹配实际结构） - 每个子包的
tsconfig.json必须含"baseUrl": ".", "paths": { "shared-core": ["../shared-core/src"] }，指向源码而非构建产物 - 重启 TS Server：Cmd/Ctrl+Shift+P →
Restart TS Server，不是关 VSCode - 如果用了
pnpm link手动链接，务必删掉node_modules/shared-core符号链接，改用pnpm add ../shared-core
最易被忽略的点：workspace 隔离效果完全取决于你如何写 package.json 里的依赖字段和 pnpm-workspace.yaml 的包路径规则，VSCode 本身不参与任何依赖解析决策——它只负责把你的配置喂给 pnpm 和 TS Server。一旦路径写错或依赖没声明，所有“隔离”都是幻觉。
