程序员 % 的时间花在读代码上，但没人教过你怎么读。接手陌生项目不是从 Controller 一路硬啃——Claude Code Neng帮你在 30 分钟内建立一个项目的心智模型。五个技巧，从骨架到考古，一套组合拳打下来三天的活压成半小时。

打开项目。README.md Zui后geng新时间：2022 年 3 月。打开 OrderController，100 个方法。点进 createOrder，调了 OrderService，OrderService 调了 PriceCalculator，PriceCalculator 里面一个 switch-case 有 10 个分支，每个分支注释写着"临时方案"。

git log kan了一眼，Zui后一个 commit message 是"fix bug"，作者半年前离职了。

我以前的Zuo法：泡三天画流程图，写笔记，中间穿插十次"这写的什么玩意儿"。现在有一种geng系统的方式。

它会给你一段话，大意是"这是一个基于 Spring Boot 的订单管理系统，采用了分层架构……"。谢谢，跟没说一样。

正确的姿势是分层提问，由粗到细。你不是要 CC 给你读代码，你是要它帮你画地图。

# 第一刀：模块全景 claude "列出项目所有 Maven 模块，每个模块一句话说清楚职责。只关注业务模块，忽略 common/util/config"

claude "哪些类是系统的核心抽象——改了会牵一发动全身的那种？列出来并说明为什么它们是承重墙"

三刀下去，30 分钟，你对这个系统的理解Yi经超过硬啃两小时的水平。

关键点：限定回答粒度。"一句话说清楚"、"只关注主干"、"不要展开分支"——这些约束让 CC 的输出从正确的废话变成有用的信息。

有人说是跟内容质量有关，但我觉得吧，也有可Neng跟搜索引擎的算法调整有关，谁知道呢，反正挺复杂的。

这一步的输出，直接贴进项目的 CLAUDE.md。后续所有对话dou自动带上这个全景认知，CC 不会再每次重新分析。

自己追？从 Controller 往下点，到第三层你Yi经在想中午吃什么了。Spring 项目尤其恶心——@EventListener 在某个不相关的包里监听了 OrderCreatedEvent，@Async 让调用链在线程池里消失，AOP 切面在你kan不见的地方拦截了一半逻辑。

# 向下追：这个方法触发了哪些 IO claude "从 OrderService.createOrder 开始，追踪到所有外部 IO：数据库写入、RPC 调用、MQ 发送、Redis 操作。列出完整链路，标注每一层Zuo了什么数据转换"

claude "OrderService.createOrder 有哪些调用入口？包括 Controller、定时任务、MQ Consumer、其他 Service 的间接调用。我要知道改了这个方法谁会受影响"

进阶用法——反向追踪。你kan到一段kan不懂的 if-else，与其猜，不如让 CC 帮你追溯条件

claude "OrderService.java 第 123-125 行这段特殊处理，追踪它依赖的所有条件来源。这些条件是业务规则还是技术约束？有没有对应的单测Neng说明意图？"

// TODO: 待补充

# 分清 contract 和 implementation claude "分析 OrderService 的所有 public 方法： . 哪些被其他模块或服务调用 . 哪些只有本模块内部调用 . 哪些 public 但其实应该是 package-private"

升级版——改一个 DTO 之前先Zuo影响分析：

claude "Ru果我修改 OrderDTO 的字段结构，影响范围是什么？包括：Controller 返回值、Feign 接口定义、MQ 消息体序列化、前端对接的字段映射"

# 生成新人导读 claude "假设一个新同事下周接手 order-service，写一份 500 字的导读：从哪个类开始kan、核心流程怎么走、哪些地方有坑要小心、哪些目录Ke以先跳过。语气像同事在工位上跟你聊天不是写官方 wiki"

claude "基于代码现状， order-service 的 5 个关键设计决策。每个决策写清楚：选了什么、为什么不选另一种方案、什么情况下需要重新评估。每个决策 100-200 句话"

)

)

)

)

)

)

五步下来,你Yi经比大多数程序员dougeng了解这个项目。现在你Ke以安心地去修改代码,不用担心有什么未知的副作用。你甚至还Ke以把这些分析结果留给后来者,帮助他们geng快地上手。 )

程序员 % 的时间花在读代码上，但没人教过你怎么读。接手陌生项目不是从 Controller 一路硬啃——Claude Code Neng帮你在 30 分钟内建立一个项目的心智模型。五个技巧，从骨架到考古，一套组合拳打下来三天的活压成半小时。

新入职第一天
以前这套流程需要三天加一个热心老同事手把手带。现在老同事离职了但你有 CC 了哈哈!

区别是 CC 不会说"这个我也不清楚"——它会直接翻 git historyhistory告诉你答案, 你懂的!

唯一要注意的是:人工 review一下输出结果,因为CC有时会“合理化”一些设计,你要识别那些“其实就是写烂了”的美化描述.