引言
Fable 5 已经回归工作岗位,Claude Tag 也已经接入 Slack。这一变化并不只是更强的模型,或又一个聊天界面而已。它指向了软件工程中的一个更大转变:AI 正在从“帮我写下一行”转向“把这个任务交给你,你把它做完,然后带着一个拉取请求回来”。
这也改变了人类工程师的职责。当 AI 智能体能够连续运行数小时甚至数天、调用工具、编写代码、分析结果并发起 PR 时,人类最有价值的技能不再只是快速写代码。更重要的是把任务定义清楚、设定验收标准、检查结果,以及判断 AI 的工作是否可以安全合并。

来源说明:本文是一篇面向 SEO 的英文原创改写,基于 BAAI Hub 文章《Fable 5解禁即上岗,工程师改行当「验收员」》。源页面说明该文最初来自微信公众号。本文并非逐字逐句翻译。宣传图片、二维码及无关装饰性图形已被排除。在后文评论部分附近有一张内嵌图片,在提取过程中无法可靠获取,因此未插入。
从编码助手到 AI 队友
AI 辅助编程的早期阶段很简单:一个人坐在编辑器前,模型建议下一行代码,或者帮助补全一个函数。方向盘仍然握在人类手里。他们决定每一步接下来做什么,检查每一处细小改动,并手动推动项目向前进展。
随后出现了更并行化的工作流。一个开发者可以同时让多个 Claude 会话运行。一个会话可能在编写某个功能,另一个可能在修复某个 Bug,还有一个可能在探索数据。工程师不再只是打字的人,他们开始承担协调者的角色。
现在,Claude Tag 把这种工作流推进到了团队空间中。Claude 可以存在于 Slack 内部,读取频道共享上下文,并像队友一样被 @ 进某项任务中。交互方式不再像“向聊天机器人提问”,而更像是“把工作委派给一个整个团队都能看见的智能体”。

根据 Anthropic 对 Claude Tag 的发布说明,Claude Tag 从 Slack 起步,团队可以在其中为它开放选定频道、工具、数据和代码库的访问权限。一旦访问配置完成,频道中的成员就可以通过 @Claude 来委派工作,同时继续处理其他优先事项。
这才是真正的区别。模型不再是
不再只是代码自动补全层。它正在成为协作式工作流的一部分,包含任务、工具、上下文和审查。
一个人也可以拥有一支 Claude 小队
Anthropic 将 Claude Tag 描述为 Claude Code 的一次演进。Claude Code 仍然是直接处理代码库的工具:读取文件、编辑代码、运行命令、修复缺陷,以及创建变更。Claude Tag 则新增了一个面向团队、位于 Slack 中的入口。
在实际使用中,这三部分的分工如下:
| 组件 | 主要角色 | 它带来的变化 |
|---|---|---|
| Claude Code | 代码执行与代码库工作 | 帮助编辑文件、运行命令、测试变更,以及创建代码修改。 |
| Claude Tag | Slack 中的团队任务委派 | 让团队可以在一个线程或频道中标记 Claude,并基于共享上下文分配工作。 |
| Fable 5 | 高能力模型层 | 支持更具雄心、更长时程、更多阶段的智能体工作。 |
Claude Code 是双手。Claude Tag 是团队分配和跟踪工作的地方。Fable 5 则是底层更强大的引擎,用于处理更大型的任务。

Anthropic 自家的产品资料称,Claude Tag 可用于跟进冗长讨论串、提取数据、将缺陷报告整理成 PR 草稿、为通话做准备,以及监控频道。这些并不是彼此孤立的提示词,而是依赖上下文和授权工具访问的工作流。
对开发者而言,这意味着一个人很快就可能同时管理多个 AI 工作流。一个 Claude 可以调查缺陷,另一个可以起草迁移计划,还有一个可以监控指标或准备报告。人类并不会消失,但他们的工作会提升到更高一层。
Claude Code、Claude Tag 和 Fable 5 各司其职
这些名称很容易被混为一谈,但它们并不是一回事。
Claude Code 是一种智能体式编码工具。它面向希望 Claude 理解代码库、编辑文件、运行终端命令、与开发工具集成,并帮助交付可运行变更的开发者而设计。
Claude Tag 是协作界面。它位于 Slack 中,让团队能够基于共享对话分配工作。团队成员无需再打开单独的聊天窗口,只需在已经包含缺陷报告、产品问题或数据请求的同一条讨论串中提及 Claude 即可。
Fable 5 是专为更困难、跨度更长的工作而构建的模型层。Anthropic 的 Fable 页面将其描述为一款面向更具雄心的编码和专业工作的模型,包括长时间运行的智能体会话、大规模迁移、复杂实现以及多阶段任务。
简而言之:
- Claude Code 处理代码库。
- Claude Tag 处理团队委派和共享可见性。
- Fable 5 提升了智能体可尝试任务的上限。
它们结合在一起,将 AI 编码从单用户助手转变为团队工作流系统。
引擎是 Fable
5
Claude Tag 是入口,而 Claude Code 是工作环境。但模型决定了智能体在崩溃之前能够处理多大的复杂度。
Fable 5 之所以重要,是因为它面向长时间运行、多阶段的工作。在 Anthropic 的 Fable 页面上,这个模型被描述为能够在 Claude Code 或 Claude Managed Agents 这样的智能体运行框架中连续工作数天,包括跨阶段规划、委派给子智能体,以及检查自己的工作。
这就是为什么讨论正从简短的代码片段转向完整任务。更强的智能体不只是回答一个问题。它能够跟踪一个更大的目标,把它拆分为多个阶段,完成整个工作流程,并带着可供人工审查的产出返回。
这篇文章的关键点并不是工程师应该盲目地把整个代码库都交给它。更有价值的启示是:工作的单位正在变大。过去只是一个函数的提示词,现在可以变成一个可审查的小型拉取请求。
长周期智能体是一个系统性问题
长时间运行的智能体工作并不只关乎模型本身。它还依赖于周边系统:记忆、任务交接、工具、权限、测试、日志以及审查检查点。
原文用了一个“交班”问题作为例子。如果一个智能体在不同会话中工作,那么每次新会话都可能丢失重要的项目上下文。模型可能会试图一次性完成过多内容,从而让自己的上下文窗口过载;或者它可能会把部分进展误认为已经完成。
更好的方法是采用分阶段工作流:
- 由一个初始化智能体搭建环境。
- 创建任务列表和进度文件。
- 每个编码智能体只处理一个边界清晰的工作片段。
- 提交并记录进展。
- 下一个智能体从一个清晰的交接点继续。
- 在接受结果之前由人工进行审查。
这就是为什么应该把智能体编程看作工程流程设计,而不只是提示词编写。模型很重要,但围绕模型建立的工作流决定了结果是否安全、是否可用。

METR 关于长任务评估的工作在这里提供了有用的背景。METR 一直主张,衡量 AI 能力时,应看模型能够完成多长时长的任务,而不只是看静态基准分数。他们的研究追踪了 50% 任务完成时间范围如何随时间增长。这进一步支持了一个更广泛的观点:随着智能体能够处理更长的任务,人工审查和任务设计会变得更加重要。
拉取请求正在成为新的交付单位
对于普通开发者和团队来说,最安全的起点并不是“把一切都交给 AI”。更好的起点是给它低风险、边界清晰、可以测试和审查的任务。
几分钟搭建展示站并增长获客
输入一句想法,We0 AI 即可生成展示站、页面与 CMS。发布上线后并帮你获取客户和流量。
合适的候选任务包括:
- 具有明确复现步骤的小型缺陷修复。
- 带有截图的 UI 调整或
可视化验收标准。
- 为现有行为补充测试。
- 围绕已知功能进行文档更新。
- 预期输出格式明确的数据检查。
- 有测试覆盖且易于回滚的重构。
分界线不在于一个团队是否足够勇敢去信任 AI。分界线在于团队是否能够以恰当的粒度来定义工作。

Anthropic 关于 Claude Tag 的公告称,其产品团队 65% 的代码由其内部版本的 Claude Tag 生成。这并不意味着 65% 的拉取请求都是完全自主完成的,也不意味着人类不再审查代码。这意味着,在那套工作流中,AI 生成的代码已经成为开发过程中的重要组成部分。
重要的理念是,拉取请求成为了实际可委派工作的单位。人类不需要检查每一次按键操作。相反,人类审查 PR、检查测试、验证需求,并决定是否应该合并这项变更。

新的门槛不再是提示词编写
当 AI 编码工具大多仍由提示词驱动时,优势属于那些更懂得如何提出更好问题的人。提示词仍然重要,但它已经不再是全部。
当 AI 能够执行持续多天的任务并创建拉取请求时,人类的优势就转移到了验收设计上。工程师和产品团队需要在智能体开始工作之前,明确“完成”意味着什么。
一个实用的 AI 任务应当包括:
- 明确的目标:需要修改或产出什么。
- 清晰的边界:哪些文件、系统或行为不应被触及。
- 验收标准:在工作被接受之前,哪些条件必须成立。
- 测试要求:需要新增或运行哪些测试。
- 审查清单:人工审查者必须核实什么。
- 回滚方案:如果变更引发问题,如何撤销。
这才是真正的新技能。写代码正变得越来越容易,而安全地验收代码正变得越来越困难。
这对工程师意味着什么
工程师的角色并没有消失,而是在被重新组织。
未来的工程工作流可能会是这样:
| 旧工作流 | 新的 AI 智能体工作流 |
|---|---|
| 自己编写代码 | 定义任务和验收标准 |
| 让 AI 写一个函数 | 让 AI 交付一个可审查的 PR |
| 手动在多个工具之间切换 | 让智能体使用获批工具 |
| 立即审查生成的每一行代码 | 审查最终的 diff、测试、日志和行为 |
| 一次只做一个任务 | 并行推进多个 AI 工作流 |
最强的工程师仍然需要技术判断力。事实上,判断力会变得
之所以更重要,是因为输出量会增加。更多由 AI 生成的代码意味着更多的审查决策、更多的风险控制,以及对强有力工程标准的更高需求。
这就是为什么“AI 工作审查者”并不是一个地位较低的角色。它更接近于技术负责人的角色:决定应该完成哪些工作、设定质量标准,并防止不良变更进入生产环境。
常见问题
什么是 Claude Tag?
Claude Tag 是 Anthropic 基于 Slack 的团队 AI 代理。团队成员可以在 Slack 频道或主题中提及 @Claude,并基于共享上下文分配任务,前提是管理员已配置好访问权限和相关许可。
Claude Tag 与 Claude Code 有什么不同?
Claude Code 专注于通过终端、IDE、浏览器、桌面端和 Slack 等开发者环境处理代码库。Claude Tag 则专为 Slack 中的团队协作而设计,Claude 可以根据共享对话被分配工作,并在主题中汇报进展。
Fable 5 的用途是什么?
Fable 5 是 Anthropic 的高能力模型,适用于高要求编码、长时间运行的代理工作以及复杂的专业任务。它之所以与此相关,是因为更强的长周期模型使代理完成多阶段工作流变得更加可行。
Claude Tag 会自动编写拉取请求吗?
如果 Claude Tag 拥有合适的工具访问权限,例如已连接的代码仓库,它可以帮助将错误报告或任务转化为 PR 草稿。不过,人工审查者仍应检查这些变更、验证测试结果,并决定是否合并。
AI 编码是否已经可以用于生产工作?
当任务边界清晰、经过测试并接受审查时,AI 编码可以在生产工作流中发挥作用。如果在没有验收标准、测试覆盖、权限控制和回滚计划的情况下,将范围大且描述模糊的改动直接交给 AI,则风险很高。
随着 AI 代理编写更多代码,哪些技能会变得更重要?
任务定义、系统设计、测试、代码审查、安全判断以及产品决策会变得更加重要。工程师需要知道如何设定边界,并验证 AI 生成的工作是否正确。
团队是否应该一开始就让 AI 代理执行大型迁移任务?
大多数团队应从较小、风险较低的任务开始。借助高级代理配置,大型迁移或许可行,但这需要强大的测试覆盖、分阶段交接、明确的责任归属,以及谨慎的人工审查。
相关工具
- Claude Tag:一种基于 Slack 的 Claude 使用体验,可在共享团队频道中分配任务。
- Claude Tag Documentation:关于设置、使用、安全性以及由管理员治理的访问权限的官方文档。
- Claude Code:Anthropic 的代理式编码工具,可用于读取代码库、编辑文件、运行命令以及协助交付变更。
- Claude Fable:Anthropic 关于 Fable 的模型页面,包括可用性、使用场景、安全防护和基准测试。
- Slack:Claude Tag 初始可用的协作平台。
- GitHub:一种常见的代码仓库和拉取请求工作流,应用于
AI 辅助开发。
- METR 时间跨度:一个跟踪 AI 任务完成时间跨度的研究资源。
相关链接
- BAAI Hub 原文:这篇英文改写所基于的中文原文。
- Claude Tag 简介:Anthropic 关于 Claude Tag 的官方公告。
- 使用 Claude Tag:解释 Claude Tag 工作方式以及团队如何使用它的官方文档。
- Claude Code 产品页:Claude Code 及其开发工作流的官方概览。
- Claude Fable 模型页:关于 Claude Fable 5 的官方模型信息。
- 重新部署 Fable 5:Anthropic 关于 Fable 5 可用性与安全防护措施的更新。
- 衡量 AI 完成长任务的能力:METR 关于衡量 AI 完成长时间跨度任务能力的研究文章。
- 前沿 AI 模型的任务完成时间跨度:METR 更新后的前沿模型时间跨度测量页面。
总结
Claude Tag 和 Fable 5 为 AI 软件工程展示了一个明确的发展方向。AI 已不再局限于完成一行代码或回答一个简短提示。它正迈向共享的团队工作流、长时间运行的任务,以及 PR 级别的交付。
这并不意味着工程师会退出流程,而是改变了工程技能最重要的作用点。人类的角色正在转向任务定义、验收标准、测试、审查以及合并决策。
下一项重要的工程技能,不只是写出更好的提示词,而是知道如何定义、验证,并安全地接收 AI 生成的工作成果。



