:从"单兵作战"到"团队协作"

使用 Claude Code 一段时间后你可能发现了一个有趣的现象：

• 场景让 AI 探索一个陌生的代码库。它会自动切换到“探索模式”，程序地分析目录结构和代码关系。
• 场景让 AI 设计一个复杂功能。它会进入“计划模式”，先讨论方案再动手实现。
• 场景让 AI 写一篇技术博客。它会自动使用“技术写作模式”，文风和结构都更加专业。

这些“模式”背后就是 Agent 程序 在工作。话说回来，

💡 什么是 Agent?

简单Agent 就是 具有特定技能和知识的专业 AI “队友”。

主 Claude Code
├─ Explore Agent
├─ Plan Agent
├─ Backend Architect Agent
├─ Tech Blog Writer Agent
├─ Code Reviewer Agent
└─ 你的自定义 Agent 

类比理解

• Claude Code 本身像一个全能工程师什么都能做但不一定最专业。
• Agent 就像请来的专家顾问在特定领域有深厚经验。
• 你可以根据任务需要，随时“召唤”合适的专家来帮忙。

这篇主要内容

1. Agent 程序的工作原理
2. 内置 Agent 的使用
3. 在 Claude Code 中创建自定义 Agent
4. 获取官方和第三方 Agent
5. Agent 框架介绍
6. 中实用的 Agent 示例

一、Agent 程序概述

Agent是一个具有特定能力和专业知识的 AI 实例，它可以：

1. 专注于特定领域: 如代码探索、架构设计、技术写作。
2. 拥有专业知识: 在其领域有深度的 Prompt 和工具配置。
3. 独立完成任务: 可以被主 Claude Code 调用，独立工作。
4. 返回结果: 完成任务后返回结果给主 Claude Code。

Agent vs 普通 Claude Code

Agent 与主对话的关系

工作流程：

1. You 向主 Claude Code 提出需求。
2. Main Claude Code 判断是否需要调用 Agent。说起来，
3. If needed。启动对应的 Agent，
4. Agent 独立工作，完成任务。The result is returned to Main Claude Code.Main Claude Code 整合结果，继续处理。说起来，

   Agent 的工作原理

   主要组成

   
   # agent.yaml 示例
   name这方面，code-reviewer
   description: 专业的代码审查 Agent
   version: 1.0
   system_prompt: |
   你是一位经验丰富的代码审查专家,专注于:
   - 代码质量和可维护性
   - 潜在的 Bug 和安全问题
   - 性能调整建议
   - 常用方法和设计模式
   说到tools。- Read # 读取代码文件
   - Grep # 搜索代码
   - Glob # 查找文件
   parameters:
   max_iterations: 5
   focus_areas:
   - security
   - performance
   - maintainability
   

   执行流程

   
   1. 主 Claude Code 收到任务 "请审查 LoginActivity.kt 的代码质量".
   2. 判断这是代码审查任务 → 调用 code-reviewer Agent.
   3. Agent 启动：
   - 加载 system_prompt
   - 配置工具权限
   - 设置工作参数.
   4. Agent 独立工作：
   - 读取 LoginActivity.kt
   - 分析代码结构
   - 检查常见问题
   - 生成审查报告.
   5. 返回结果：
   Agent 将审查报告返回给主 Claude Code.
   6. 主 Claude Code 呈现：
   将结果格式化并展示给使用者.
   

   二、内置 Agent 详解

   Explore Agent – 代码库探索专家

   Pain Point：*新项目接手时需要花费数小时甚至数天才能弄清楚整体结构。*

   • 程序地探索和理解陌生代码库。
   • 使用 场 景 :
     • 接手新项目，需要快速了解代码结构。
     • 查找特定功能实现位置。
     • 理解模块间依赖关系。按理说，
   ​ ​ ​ ​ ​ ​ ​ ​​ bash # 自动调用 User这方面，帮我分析这个 Android 项目的架构 bash # 手动调用 User的观点是。使用 Explore Agent 分析 app/src 目录的结构

   工作 流程 : text ├─ app/ │   ├─ src/main/java/com/example/ │   │   ├─ ui/ │   │   ├─ data/ │   │   └─ domain/ │   └─ build.gradle.kts 识别架构模式 → 检测到 MVVM 架构 → ui 包含 Activity 和 ViewModel → data 包含 Repository 和数据源 → domain 包含业务逻辑。分析关键文件 → MainActivity.kt → AppDatabase.kt → ApiService.kt。其实，生成探索报告 ✅ 项目使用 MVVM 架构 ✅ Kotlin + Jetpack Compose ✅ 网络层 Retrofit ✅ 数据库 Room **常用方法**： bash # ✅ 好的使用方式 "探索 app/src 目录,主要关注使用者认证相关的代码" # ✅ 指定探索深度 "快速浏览整个项目结构。不需要深入每个文件" # ❌ 避免 "分析所有代码" ---

   Plan Agent – 架构设计专家