Agent 如何执行任务

当你把 任务 安排给 Agent 后，HiFox 会把任务上下文、Agent 配置和电脑环境组合起来，派发给 Agent 执行。

这个过程的关键点是：任务仍然是协作中心，Agent 只是执行者。需求、讨论、运行记录、阻塞和结果都会回到同一个任务里。

从任务委派开始

最常见的触发方式，是把任务负责人设置为某个 Agent 或小队。

如果任务已经在 Todo、In Progress 或其他可执行状态中，安排给 Agent 后会自动开始执行。

如果任务还在 Backlog，Agent 会保持等待，不会立刻开始。你可以先在 Backlog 中整理需求、补充上下文，等准备开始时再把任务移动到 Todo 或其他可执行状态。

在任务详情中把任务指派给 Agent

HiFox 会准备哪些上下文？

任务开始执行时，HiFox 会把相关上下文交给 Agent，包括：

  • 任务标题和描述；
  • 当前任务状态、任务类型、优先级和负责人；
  • 最近的评论和补充信息；
  • 任务所属空间、项目和标签；
  • Agent 的指令；
  • Agent 绑定的 Skill；
  • 空间或 Agent 绑定的 Git 仓库；
  • Agent 运行时需要的环境变量、密钥和启动参数。

这些上下文会帮助 Agent 理解：要做什么、为什么做、在哪里做、有哪些约束，以及完成后应该如何汇报。

派发到电脑

Agent 真正执行任务时，需要一台电脑。

电脑可以是本地电脑，也可以是云端或团队共享电脑。电脑上的本地服务会与 HiFox 保持连接，接收被委派过来的任务。

执行流程大致是：

  1. 任务被安排给 Agent；
  2. HiFox 判断任务是否处于可执行状态；
  3. HiFox 找到 Agent 可用的电脑；
  4. 电脑上的本地服务接收任务；
  5. 本地服务准备工作目录和代码库；
  6. 本地服务启动对应的 AI 编程工具；
  7. Agent 执行任务，并把进展和结果写回 HiFox。

如果电脑离线、不可用或并发已满，任务会排队等待。

工作目录和代码库

Agent 执行代码任务时，需要进入一个工作目录。

常见模式有两种：

  • 独立临时目录：每个任务单独创建临时目录，并通过 Git worktree 创建一份独立的代码工作区，适合并行执行；
  • 指定已有目录：任务在指定电脑目录中运行，适合超大代码库或特殊本地环境。

默认建议使用独立临时目录。这样每个任务都有自己的 worktree，不同任务可以在同一个仓库的不同工作区里并行修改、运行测试和产出结果，不容易互相覆盖文件或污染工作区。

worktree 的作用是隔离任务改动。比如一个 Agent 在修登录问题，另一个 Agent 在补测试，它们可以分别在自己的 worktree 中工作；即使同时修改代码，也不会直接写到同一个目录里。

任务完成后，你可以 review 这个任务对应 worktree 里的改动，再决定保留、合并或丢弃。这样 Agent 可以安全并行推进多个任务，而不是所有任务都挤在同一个脏工作区里。

如果使用指定已有目录，同一个目录通常只能同时运行一个任务。没有空闲目录时，任务会等待本地目录可用。这种模式不会为每个任务创建独立 worktree，因此更适合你明确需要复用已有目录、依赖缓存或特殊本地环境的情况。

代码库来源取决于 Agent 和空间配置：

  • 如果 Agent 绑定了 Git 仓库，优先使用 Agent 的仓库配置；
  • 如果 Agent 没有绑定仓库，通常使用任务所在空间设置的 Git 仓库；
  • 如果两边都没有配置仓库，Agent 可能能看到任务，但无法进入代码目录完成代码工作。

执行过程中会看到哪些状态？

任务详情里会显示 Agent 的执行状态。常见状态包括：

  • 排队中：任务已经进入队列，等待电脑、并发或目录可用；
  • 启动中：HiFox 正在把任务派发到电脑并准备运行；
  • 处理中：Agent 正在执行任务；
  • 等待本地目录：指定目录模式下，Agent 正在等待可用目录；
  • 已完成：Agent 已完成本次运行，并写回结果；
  • 失败：运行中发生错误；
  • 已取消：本次运行被停止。

这些状态帮助你判断任务是在正常等待、正在执行，还是需要人工介入。

「排队中」不只会出现在执行记录里，也会在任务列表、看板、收件箱和任务详情中显示。执行开始后，Agent 工作状态会切换为「工作中」；执行记录中的运行状态显示为「处理中」。执行完成、失败或取消后，会按对应的运行结果更新。这里的 Agent 工作状态用于描述执行过程，和任务本身的生命周期状态不同。

Agent 会把什么写回任务？

Agent 执行过程中或结束后，通常会把这些内容写回任务：

  • 当前进展；
  • 遇到的阻塞；
  • 需要人类确认的问题；
  • 修改了哪些内容；
  • 运行了哪些检查；
  • 成功、失败或取消的结果；
  • 建议的下一步。

如果 Agent 完成了一轮工作但需要你确认结果，任务可能会进入等待人工审阅。你可以在任务里 review 结果、继续评论，或让 Agent 根据反馈继续处理。

如果 Agent 缺少信息、权限或需要你做决定，任务可能会进入等待人工回复。你可以直接在任务评论中回复，Agent 会基于同一个任务上下文继续工作。

收件箱提醒

Agent 执行任务时，真正需要你处理的事项会进入收件箱。

常见情况包括：

  • 等待人工回复：Agent 需要你补充信息、回答问题或确认下一步；
  • 等待人工审阅：Agent 已经完成一轮工作，需要你 review 结果；
  • Agent 被阻塞：Agent 遇到权限、环境、依赖或信息缺失，无法继续；
  • 任务失败：Agent 的运行失败，需要你查看原因后决定重试、补充信息或改派给成员；
  • Agent 已完成：Agent 完成任务后，你可能需要验收结果或继续推进下一步。

收件箱的作用是把需要你注意的任务集中起来。你不需要一直盯着每个 Agent 的运行过程；当 Agent 需要你处理、判断或追踪时，可以从收件箱进入任务详情，在同一个任务上下文里回复、review 或继续安排工作。

查看执行记录

任务详情中可以查看 Agent 的执行记录。

执行记录适合用来了解：

  • Agent 是什么时候开始的；
  • 任务为什么排队或等待；
  • Agent 运行了多久；
  • 本次运行是首次运行、评论触发、重试还是自动化触发；
  • 执行过程中有哪些输出；
  • 失败时错误原因是什么。

如果需要更细的过程，可以打开执行转录。转录会展示 Agent 执行过程中的事件和工具调用，帮助你判断它做了什么、卡在哪里、为什么失败。

停止和取消

如果 Agent 正在运行，但你不希望它继续，可以停止当前运行。

停止会中断当前 Agent 运行。已经完成的部分会保留，但这次运行不会继续。运行可能需要几秒钟才能完全停止。

如果仍然需要继续处理，可以在任务里补充评论后重新触发，或让 Agent 从已有上下文继续执行。

常见触发来源

除了把任务负责人设置为 Agent，Agent 运行还可能来自：

  • 任务评论中提及 Agent；
  • 与 Agent 的对话；
  • 自动化触发；
  • 重试某次失败运行；
  • 快速创建任务。

不同来源的运行都会保留执行记录。对于需要团队持续跟踪和验收的工作，建议尽量落到任务中执行。

常见问题

为什么任务分配给 Agent 后没有开始？

先检查任务是否仍在 Backlog。如果任务在 Backlog，Agent 会等待，不会立即执行。然后检查电脑是否在线、并发是否已满、代码库和凭证是否配置正确。

为什么任务一直排队？

常见原因是电脑离线、电脑并发已满，或者指定工作目录暂时不可用。

Agent 执行失败后怎么办？

打开执行记录，先看失败说明的标题和技术详情，再对照下面的 排查执行失败。不要只根据一个 HTTP 状态码决定下一步。仍不确定时，复制诊断信息，再加 HiFox 群咨询。

Agent 可以同时处理多个任务吗？

取决于 Agent 的最大并发运行任务数和工作目录配置。独立临时目录更适合并行；指定已有目录通常需要等待空闲目录。

Agent 的输出在哪里看？

优先在任务评论和执行记录里查看。需要细节时，再打开执行转录。

排查执行失败

任务失败后，先打开执行记录里的失败说明。标题会告诉你发生了什么，技术详情里是模型服务返回的原文。先对照标题打开下面匹配的小节；对不上就留在这一节。原因还不清楚时，失败说明里仍然会提供查看帮助文档和加 HiFox 群咨询。

技术详情里的 HTTP 状态码只能当线索，不能单独决定下一步：

  1. 429：可能是请求太频繁，也可能是账单或额度。OpenAI 常把这两类都标成限流，要再看详情里的 error.code。Anthropic 的 429 也可能是月度花费上限，而且不一定告诉你该等多久。
  2. 400：格式不对、上下文太长、内容策略，甚至你自己设的花费上限，都可能落在这里。
  3. 413：多半是图片或附件的字节太大，不是对话 Token 窗口满了。
  4. 403：密钥往往仍然有效，缺的是模型、组织或地区权限。先不要当成密钥填错。
  5. Timeout / 408 / 504：请求太慢、被取消，或中间网关超时。默认不是电脑断网。
  6. 如果详情里出现内容策略或找不到模型，也留在这一节对照原文，不要急着重试同一条请求。

可以按顺序做：

  1. 对照失败说明的标题，打开下面匹配的小节。
  2. 需要找人一起看时，复制诊断信息。里面会带上 HiFox、Runtime、这次运行、已经显示出来的技术详情，以及时间。
  3. 仍无法处理时，加 HiFox 群咨询。

相关厂商说明：

模型服务凭据未被接受

已配置的模型服务拒绝了本次请求使用的凭据。

可以按顺序检查：

  1. 请电脑负责人检查或更换模型服务密钥、登录状态。
  2. 确认这台电脑用的是当前组织允许的账号，而不是过期的本地缓存。
  3. 换好凭据后再重试。同一把已被拒绝的密钥再试，通常不会恢复。

如果详情里是 403，先检查模型、组织和地区权限，不要先去改密钥。

相关厂商说明：

已达到模型服务频率限制

模型服务正在限制此账户或连接的请求频率。

可以按顺序检查：

  1. 等一会儿再试。技术详情里如果写了 Retry-After，按它等待。
  2. 降低并发，或换一台不那么忙的电脑。
  3. 请电脑负责人查看该服务的速率限制。

先不要去加额度。额度用尽是下一节。

相关厂商说明：

模型服务额度已用尽

为此模型服务配置的账户没有足够的剩余额度。

可以按顺序检查：

  1. 请电脑负责人检查套餐、额度或花费上限。
  2. 额度恢复，或换到仍有额度的账号后，再重试。
  3. 只重试同一条失败请求，恢复不了额度。

先不要「等几秒再试」。那是频率限制，不是额度用尽。

相关厂商说明：

模型服务暂时繁忙

模型服务当前已达到容量限制，暂时无法处理此次请求。通常不是提示词写错。

可以按顺序检查：

  1. 稍后再试，或换一个当前可用的模型。
  2. 如果短时间连续出现 529 或 overloaded，先等服务恢复。

Anthropic 的 529 表示服务端繁忙，不是这台电脑自己的请求频率用完了。

相关厂商说明：

请求超出模型处理范围

此次请求包含的输入超过了该模型单次上下文窗口。

可以按顺序检查：

  1. 缩短对话，或拿掉部分附件。
  2. 换一个上下文窗口更大的模型后再试。

如果详情里是 413，先检查图片或附件大小，不要先当成对话太长。

相关厂商说明：

图片超过模型支持的大小

模型服务拒绝了这张图片，因为它超过了支持的大小限制。常见大约是 5–20 MB；Anthropic Messages 也有约 32 MB 的字节上限。

可以按顺序检查：

  1. 压缩图片，或换更小的图。
  2. 去掉多余的截图后再重试。

这是图片字节太大，不是对话 Token 窗口满了。

相关厂商说明：

无法连接到模型服务

无法访问已配置的模型服务。

可以按顺序检查：

  1. 检查这台电脑到模型服务的网络、代理和证书。
  2. 如果任务跑在这台电脑的本地服务上，再确认本地服务在线。见 电脑。
  3. 网络恢复后再重试。

请求超时、你取消了运行，或出现 504，默认不是电脑断网。

相关厂商说明：

模型服务拒绝了此次请求

此次请求包含该模型服务不支持的输入或选项。

可以按顺序检查：

  1. 检查模型和请求选项，例如不支持的参数或格式。
  2. 去掉实验性开关或自定义参数后再试。

如果详情说的是内容策略，或找不到这个模型，回到上面的 排查执行失败，按原文处理，不要只改请求参数。

相关厂商说明：