项目结构与协作关系，要用生成器视角去看

如果只把仓库结构看成一棵目录树，很容易忽略真正重要的东西：反馈回路。

对生成器项目来说，真正的最小闭环应该是：

• 生成器代码定义规则
• 示例项目触发这些规则
• 测试工程把规则稳定下来

为什么这个视角重要

因为生成器很少单独存在。它总是同时面对两类压力：

• 来自消费方的使用压力
• 来自维护方的回归压力

如果你的结构不能同时承接这两类压力，项目就会慢慢滑向“能演示，但不好维护”。

教程仓库最值得学的，不只是代码

很多人阅读这类仓库时只盯着 Generator.cs，其实更应该先理解协作关系。因为结构本身已经决定了后面哪些测试容易写、哪些错误容易复现、哪些能力适合继续扩展。

先把协作关系看清，再去读 API 细节，节奏会更稳。