AI 助手等你开口。AI 队友接手的是你没有盯着的工作。这个差别解释了当下「AI 进入工作」讨论里的大部分混乱，也决定了你的流程中哪些部分必须改变。
两种模式都有用，而且不是谁进化到后一阶段就会自动淘汰前一阶段。真正变化的是：工作放在哪里、谁对结果负责，以及别人如何知道发生了什么。本文划清 AI 助手和 AI 队友的边界，列出团队一周里实际会变的五件事，也直说「队友」这个比喻在哪里不再成立。HiFox 是因为第二种模式而存在的，所以下面把边界摊开讲，不做推销。
太长不看
AI 助手在你的会话里工作：你发提示，它回答，价值留在你的上下文中，关掉窗口就消失。AI 队友接到的是一件有明确结果的工作，在团队看得见的地方执行，再把结果写进一条比会话活得更久的记录。从前者走到后者，不需要更强的模型，而需要指派、可见的执行轨迹、审查状态，以及一个验收结果的人。
值得保留的定义
AI 助手以提示为边界。整个过程你都在场。工作产出是一个建议，你接受或丢掉；责任问题根本不会出现，因为你从未离开。自动补全、聊天和行内重构都在这里。
AI Agent 以队友身份工作时，以任务为边界。它拿到目标、约束和足够继续工作的上下文，然后调研、执行、测试和汇报。中间过程你不在场。正是这种缺席带来了价值，也带来了下面每一项新要求。我们关于 agentic coding 的定义文章从另一个角度走过同一条路径。
分界线不是智能程度，而是这个问题：如果你合上电脑，工作还会继续吗？同事能说清楚发生了什么吗？
工作中实际变了什么
1. 工作变成事项，而不是消息。用助手时，请求只是一轮聊天。用队友时，请求必须能被不在场的人读懂：写明结果、范围内和范围外、相关文件、约束，以及完成情况将如何审查。跳过这一步的团队，写出来的是含糊任务，然后怪模型。
2. 指派拆成两层。人始终对结果负责，Agent 负责执行。把两者压成一个负责人字段的工具，会做出一个「问谁都说不知道」的看板。HiFox 把人员负责人和执行负责人保留为同一个任务上的两个独立字段，两件事会同时被记录。
3. 可见性不再是可选项。助手的工作可见，是因为你一直看着。队友的工作之所以可见，只能靠平台把进度、评论、阻塞和轨迹回传到一条共享记录。否则你有一半工作的真实状态就是「去问 Priya，是她启动的」。
4. 审查变成一个具名状态。不是「以后会有人看」，而是一个明确的「等待人审」信号，并且进入某个队列。在 HiFox 里，这个信号会和失败、直接提问一起进入责任人的 Agent 收件箱。
5. 能力要么共享，要么永远留在个人手里。一个开发者的提示词技巧只是助手时代的小把戏。把它保存成带指令、Runtime、仓库和可复用技能的 Agent 配置，下一个人就能继承，而不必重新摸索。
看起来不一样的一周
这些变化会先出现在日历上，然后才出现在指标里。
站会不再播报状态，因为看板已经承载状态。真正值得花五分钟的是例外清单：哪些运行失败了、哪些结果在等人、哪个任务写得足够糟，以至于 Agent 只能靠猜。这份清单短而可行动，已经比大多数站会强。
计划的形状也会改变。当任务必须具体到 Agent 能执行时，细化会提前，也会更具体：验收标准不再走形式，因为含糊的标准会产生一次只能扔掉的运行。团队通常会把这件事感知为「前期多写一点范围，冲刺中少损失一点时间」。
审查会成为受限资源。三个 Agent 一个上午产生的改动，可能比一个审查者一天清掉的还多，所以真实约束会从打字速度移到阅读能力。要提前规划，而不是临时发现：限制每个审查者同时承接多少 Agent 工作，并把不断增长的未审查结果队列，视为和不断增长的未合并 pull request 一样的问题。
队友比喻在哪里失效
把这个比喻当真，它会在三处开始误导人。
Agent 无法承担责任。工作可以记在它头上；但它不能为结果负责，不能被要求下个季度解释一次取舍，也不能吞下错误决定的后果。这个领域里所有严肃的平台都把这条写进了模型：Linear 让人继续做主要负责人，把 Agent 当贡献者；HiFox 自己的表述也是 Agent 负责调研、执行、测试和汇报，人负责定方向、授权和验收结果。
除非你主动提供，Agent 对团队没有持续记忆。新同事靠待在团队里吸收上下文；Agent 只拿到你写下来的东西，所以写明的范围永远胜过默认的范围。
而且 Agent 的状态不是专项状态。任务可以停在进行中，同时 Agent 正在工作、等待回复、等待审查，或者报告错误。把运行状态读成专项状态，团队就会在冲刺结束时被结果吓一跳。我们关于 AI Agent 专项管理的文章详细讲了这种分离。
让 Agent 像队友之前，先补什么
四件事，按这个顺序来。都不需要迁移。
- 一个结果可审查的任务。如果你说不清自己会怎么检查这份工作，Agent 也说不清。
- 一个和负责人分开的执行负责人。把人和 Agent 指派到同一个事项上。
- 一次可见的运行。进度、评论和轨迹都附在任务上，团队里任何人都能读。
- 一个验收步骤。由具名的人读完证据后把工作移到完成，而不是看到运行结束就自动算完成。
先挑一种会重复出现的工作补上这四件事：依赖升级、稳定模块的测试覆盖、迁移脚手架。等第二个人能在不需要口头交代的情况下审查别人 Agent 的结果，再扩大范围。如果你想让这套循环开箱可用，可以下载 HiFox；也可以继续在现有任务系统里自己搭。
常见问题
AI Agent 只是权限更多的助手吗？权限当然重要，但真正的差别是工作单位。助手处理的是你这次会话里的一个提示；Agent 处理的是一项比会话活得更久、并回写到共享记录的任务。
应该用 Agent 取代助手吗？不应该。凡是你想逐键操控的工作，助手仍然更合适。Agent 适合那些能写清、能交出去、能审查的工作。
规模化之后谁来审查 Agent 的工作？还是审查人类 pull request 的那批人，所以审查容量会成为真正的瓶颈。先测量结果从完成到被人打开要等多久。
Agent 需要自己的账号和权限吗？需要范围受限的访问权，而且应当窄到工作所需即可。实践中就是指定仓库、指定电脑，以及一个决定谁能触发哪个 Agent 的角色模型。如果你想看其中一种实现，可以从 HiFox 的 Agent 能力开始。
HiFox
