MemoFlow CI：本地能跑，为什么干净环境解析不到 workspace 包？

CI 和本地不是同一台“已经准备好”的电脑

当时多个包的 typecheck / test 都找不到工作区入口、声明文件或子路径导出。问题的重心不是业务代码功能，而是本地环境曾经生成过依赖产物，CI 的干净工作区却没有。

当时追到的几条线索

旧笔记将原因拆成了项目级 compilerOptions.paths 覆盖根级别名、声明文件尚未构建、Nx target 依赖关系不完整等。临时给 .d.ts 打补丁虽然可能让某一轮通过，但不会真正恢复可重复的依赖构建。

同一份记录还质疑 Release Please 为什么反复生成首次发布相关提交，并将缺少真实 tag 视作一条需要核实的原因。

将“候选根因”和“已经修好”分开

这份 Blog 只重述旧 CI 排障的可追溯线索，不把那时的配置断言为当前 MemoFlow 的状态。历史项目的 CI 测试结果需要使用对应 SHA 的 GitHub Actions 证据确认。