并行探索支持多个子代理同时工作，适合独立任务的同时处理，提供快速 + 清洁的上下文，其核心价值是速度 + 独立性。流水线编排支持多个子代理顺序工作，适合有依赖关系的连续阶段，子代理之间职责清晰 + 权限递进，其核心价值是**清晰度 + 可控性。

很多线上事故并非代码 bug，而是影响面被低估：下游链路、SLA 预算、历史事故经验没有被纳入设计判断。因此我们引入 impact-analyzer 子代理： 只读、可审计，专注分析调用链、下游影响与 SLA 风险； 并通过 Skill 把链路拓扑与历史事故提前注入上下文。这再次印证一个核心原则：子代理不是一开始就需要的，而是在工程痛点清晰后反推出来的设计选择。

在个人的项目实践中，我一般上来先做简单 Demo，不用什么设计模式，SubAgent 和 Skills，到了两三个礼拜后，感觉认知过载了，有点吃不消了，我才开始考虑上面的架构决策树。这是我个人习惯，你也可以在项目一开始就开始全局性的考量，根据具体项目性质和任务的复杂度而定，对整体架构进行详细的设计和规划。

什么时候该用子代理，可以用一句话判断：当任务存在高噪声输出、需要明确权限边界、可以并行推进或能够拆成清晰阶段时，用子代理；当任务需要频繁来回讨论和即时调整时，就不要用。

项目逐渐复杂的时候，如果每次新对话，Claude 都让我从零开始，如果它不记得你的项目用什么技术栈、什么代码风格、什么团队规范——那这种“失忆症”让人抓狂。CLAUDE.md 就是治疗这种失忆症的药。它是一份给 Claude 的“项目入职手册”——Claude 每次开始对话时，都会自动阅读这份手册，了解你的项目背景，明确它在干活时应该遵循的一系列底层规则。

Claude Code是一个可编程、可扩展、可组合的 AI Agent 框架。它不只是工具箱里的一把螺丝刀，而是整间五金铺——你不仅能拧螺丝，还能现场造螺丝刀、改说明书，甚至把隔壁老王家的电钻也拉进来一起嗨。就像没人会把 VS Code 简单叫“记事本++”一样，Claude Code 也绝不是“聊天框里会写代码的小可爱”，它是能让你躺着就把 CI/CD 跑通、把需求变 PR 的“赛博替身”。

前端技术变迁史：洪荒时代->Ajax诞生前后端分离雏形出现->现代前端框架百家争鸣到React框架横空出世，最后谈谈React与Web3的关系。