Cursor 的子智能体适合把复杂任务中的“探索”和“验证”交给不同上下文处理：父 Agent 保留目标与最终判断，子智能体完成窄任务并返回证据。多开几个 Agent 本身不会让代码正确，任务边界和验收标准仍要先写清。
先划分两个互不改同一文件的任务
假设要修一条订单状态流转错误，可以让 Explore 只找状态更新入口、数据库约束与相关测试；让另一个只读验证者根据已确认的实现路径审查状态机和回归缺口。官方子智能体文档说明每个子智能体有独立上下文，父 Agent 必须把必要背景放进任务说明；内置的 Explore、Bash、Browser 子智能体会按任务自动使用，复杂工作也可以配置自定义助手。
给父 Agent 的提示词可以写成：
目标：定位订单由“待支付”进入“已完成”的异常。先委托探索任务只返回相关文件、调用链和真实证据；再委托只读验证任务检查状态条件与现有测试缺口。两项结论都回到主对话，由你对照代码决定最小修改。不要让两个任务同时编辑同一文件；最后运行原复现步骤和相关测试。
需要反复使用时再建自定义子智能体
可在项目内建立 .cursor/agents/verifier.md，按官方格式写 YAML 前言，例如 name: verifier、description: Review changed code and tests、readonly: true，正文规定“输出文件路径、证据、未验证项，不修改代码”。项目级配置会随项目共享；不要把凭证或客户资料写进该文件。
核对并行结果
- 父 Agent 汇总前检查两份报告是否指向同一版本的代码；若期间文件已变化，重新读取受影响区域。
- 把每个结论落到具体文件、测试或命令输出；“看起来没问题”不能签收。
- 最终只由一个明确的执行者修改代码，运行可重复的回归命令，记录真实通过与失败。
前台子任务会等待结果，后台子任务可并行进行；二者都不保证没有冲突。本文是按 2026 年 10 月 1 日 Cursor 官方文档整理的示例，没有在你的项目运行。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/31404.html
