项目全流程梳理与协作蓝图生成

解决什么问题

接手一个跑了几年的单体或微服务系统时，业务逻辑往往散落在 API、GraphQL、消息消费者和前端组件里。没有完整的流程文档，新人只能靠读代码猜意图；想做一次重构或加个新功能，又怕触碰隐藏的依赖。这个技能把散落的入口、服务、数据映射和异常处理串起来，输出一份能当团队参考的蓝图。

它如何工作

技能不写空泛的架构图，而是深入源码做事实记录：

• 入口与服务层：识别 API、GraphQL、消息消费者的入口，记录服务类的方法签名、依赖注入方式和业务逻辑实现。
• 数据与异常：拆解 DTO 到领域模型的映射、仓储查询、事务处理，以及全局异常捕获和异步任务调度。
• 规范与扩展：总结命名约定，给出新增接口或服务时的标准步骤和避坑提示。

适用边界

它依赖源码本身的结构和注释质量。如果项目没有统一约定，蓝图只会忠实描述现状，不会替你做架构决策。建议把它当作协作参考，而非机械的代码规范清单。