从Claude Code这种架构完善，渐趋成熟的Agent出发去学Agent，其实挺不适合入门初学者，这是我过去3个月踩过的坑：
· 成熟Agent的架构是演进出来的，不是设计出来的。当看到各种神文里的Sub-Agent隔离、Memory系统、规划者架构，会本能地想全部照搬。结果就是在不确定性上叠加不确定性，系统反而更烂
· 正确的路径应该是从最小问题出发，先问自己：这个任务一个API Call能解决吗？不能的话，是需要Workflow还是对话Agent？只有当用户必须反复参与、功能多到前端会爆炸时，Agent才有意义
· 然后是工具的蜜月期，每加一个工具，Agent就聪明一点。但工具一多，上下文开始失控，这时候才需要隔离。不是一开始就拆节点，而是等到注意力被平均分散、性能持续变差时，Sub-Agent才成为必需品
· 初学者最容易犯的错误是把架构当知识去学，看到Planning with Files就想用，看到Memory系统就想加。但你不知道的是，每一层复杂度背后都有明确的触发条件。没遇到那个坑之前，那些优雅设计对整体系统来说反而是负担
从小问题开始，让需求逼着去迭代架构，这才是学Agent的正确姿势（当然，脑中现有“山”的全貌也非常重要）
中文
