Nx 工作区生成器

解决什么问题

在大型 monorepo 里，手工新增一个库或应用很容易出现配置漂移：生成的 project.json 漏字段、tsconfig.json 继承关系不一致、新入口没有挂进 nx.json 的 target 默认值，于是 CI 时才发现问题。团队反复复制粘贴模板，后续升级 Nx 或调整依赖图时，这些手写脚手架又变成维护负担。

技能如何工作

• 通过 @nrwl/devkit 在当前 Nx workspace 内创建和管理自定义 generator，生成的库或应用与项目已有的 target、executor 和标签体系对齐。
• 生成过程中利用 TypeTree 描述文件结构，并对输入参数执行 schema.json 校验，在写盘前拦截缺少必填项、类型错误或路径不合法的问题。
• 脚手架阶段会参考当前 dependency graph，判断新模块与已有项目之间的依赖方向，避免生成循环依赖或断开 target 链。
• 推荐结合 Nx quickstart 与本地 generator recipe 文档，在 npx nx init 后的存量 npm / pnpm / yarn workspace 上增量使用，无需为接入 Nx 重写现有脚本。

适用边界与注意点

• 目标环境需已能运行 Node.js，且仓库已具备 Nx 工作区基础；它负责生成和校验 generator，不替代 Nx 自身的缓存与调度。
• 生成内容仍受现有 nx.json、project.json 和 tsconfig 继承结构约束，历史仓库中的自定义 target 需要提前梳理清楚。