Agent 模式——让智能体自主执行并端到端交付
Agent 模式是什么
Agent 模式是 Quest 的核心工作方式——你描述一个目标，Agent 自主规划、执行、验证并交付结果。整个过程你不需要每一步确认，只需要在关键节点审批或在方向偏离时插话修正。
典型流程
1. 发起任务
在 Quest 视窗点击「新建任务」，输入你的目标描述。好的目标描述应该：
- 明确要什么：不是「优化一下」，而是「把 UserService 的 getAllUsers 方法改成分页查询，每页默认 20 条」。
- 给出约束：「用项目已有的 PageHelper 工具类，不要引入新依赖」。
- 说明交付物：「完成后在 PR 里写清楚改动的文件」。
2. Agent 自主规划
Agent 拿到目标后会：
- 理解：读取项目结构、找到相关文件、理解依赖。
- 规划：拆解为执行步骤（每一步读什么、改什么、跑什么）。
- 工具检查：确认需要哪些工具（文件读写、Grep、终端、MCP）。
这一切在 Quest 的任务面板里透明展示——你可以看到 Agent 在「正在规划任务」阶段。
3. 执行与验证
Agent 开始逐步执行：
- 读写文件 → 跑测试 → 看输出 → 分析失败 → 修正 → 再跑测试
- 遇到模糊的需求会停下来问你澄清
- 遇到高风险操作（删除文件、执行破坏性命令）会请求确认
整个执行过程在任务面板中实时展示，包括：
- 当前正在做什么
- 调用了什么工具
- 产出了哪些文件改动
- 跑了什么命令、退出码是什么
4. 交付与审批
任务完成后，Agent 会：
- 总结所有改动的文件和内容
- 展示测试结果
- 等你审批接受改动，或拒绝重新来过
权限与确认
Agent 执行有副作用的操作前会请求确认。你可以设置：
| 设置项 | 说明 |
|---|---|
| 默认行为 | 每一次文件写入、终端命令都弹确认 |
| 自动放行范围 | 可以配置哪些目录的写入、哪些命令（如 npm install）自动放行 |
| 完全自动 | 某些场景下可以放行所有操作（需谨慎） |
迭代修正——中途插话
Agent 执行过程中你可以随时追加新指令：
- 「等一下，分页参数还要加一个排序字段」
- 「用项目已有的 Result<T> 包装返回值」
- 「跑 E2E 测试」
Agent 会 带着完整上下文 把新需求排入队列——不会从头再来。比如已经改好了 Service，你追加「顺便加一个按角色过滤的参数」，它会在当前基础上继续改，而不是重新规划。
适用场景
| 场景 | 目标描述示例 |
|---|---|
| 实现新功能 | 「在订单模块添加一个统计接口，返回每日订单量和 GMV」 |
| 修复 bug | 「修复用户反馈的：登录后偶发性丢失 session 的问题」 |
| 批量重构 | 「把所有 Controller 里直接返回 Response 的方法，统一改成返回 Result<T>」 |
| 代码迁移 | 「把项目从 Vue 2 升级到 Vue 3 的 Composition API」 |
| 调研 + 实现 | 「调研并集成一个分布式锁的实现，用于秒杀场景」 |
和右侧 Agent 的区别
同样是 Agent 模式，Quest Agent 和右侧面板 Agent 的区别在于 任务管理方式：
- 右侧 Agent：单任务、对话式、你盯着。
- Quest Agent：任务独立管理、多任务并行、可以放手。
如果你预计任务会跑超过 10 分钟、会频繁跑命令、需要多轮迭代——直接在 Quest 里发起。
下一步
- 需要多智能体分工 → Experts 专家团
- 想实时看任务执行细节 → 任务看板与进度追踪