先贴目录树、关键文件、现有约定，再让它写，比直接甩一句「给我写个 X」质量高很多。它知道的上下文越准，返工越少。

以前我偷懒，直接把需求丢过去。它生成的代码能跑，但命名风格、分层方式全站不统一，还顺手引了一个项目里早就弃用的老工具类。为了这点事我又改了两轮，算下来比自己写还慢。当时我还一度以为是自己表达不清楚，后来才明白是它压根没看到上下文。改成先喂结构之后，省事不少。

我现在会先贴 solution 的目录树，点名几个要遵循的约定——比如 DTO 不依赖 EF 实体、所有异常走统一中间件、新接口走 mediator——再描述要改哪一块。出来的代码贴合得多，基本不用大改风格。

一段可以直接用的开场白：

  • 「这是项目目录树（略），新增接口请放在 Modules/Order/ 下」
  • 「Controller 通过 mediator 调 handler，不要直接 new 仓储，命名用 XxxQuery / XxxCommand」