1. 引言从零散实验到受控代理团队今年早些时候美国法律文件递送公司 ABC Legal 的首席技术官布兰登·富勒Brandon Fuller向公司 1100 名员工推广了 Claude Enterprise 系统效果立竿见影。公司各个团队包括送达程序、电子归档、出庭律师运营以及市场营销、合规、财务等部门都开始自发地构建自动化流程而无需富勒的指示。“我们的用户真的蜂拥而至”富勒回忆道。“他们看到了连接器和工具的易用性突然间我们公司各部门的人都开始自动化那些一直以来耗费他们大量时间的任务。”这正是任何首席技术官都梦寐以求的应用场景。但富勒看到了更进一步的机会如果 ABC Legal 也能运行一支版本可控、可观察且始终在线的人工智能代理集群那会怎样呢这一雄心壮志最终归结于基础设施。早期的代理程序运行在构建者随意放置的地方作为个人桌面上的定时任务。将它们从个人电脑上移开后它们就可以无人值守地运行并且让富勒能够一目了然地了解已构建的内容、成本以及昨晚是否运行过。因此他部署了 Claude Managed Agents一个通用的部署结构、共享的工作空间、单一的审计和计费界面以及始终在云端而不是在个人笔记本电脑上的代理。截至 2026 年 7 月富勒和他在 ABC Legal 的团队追踪了以下数据关键指标数据投入生产使用的托管代理50 多个深度优化前部分代理的人工任务成本降幅最高约 50%日常使用 Claude 的员工约 310 名遍布各个部门以下是他们如何到达那里以及在此过程中学到的东西。2. 从热情到工程将每个代理都视为软件在最初部署 Claude Managed Agents 时Fuller 要求团队将每个代理都定义为代码。他认为这是代理最自然的形式。正如他解释的那样“代理实际上就是结构化的文本包含提示信息和配置信息而任何文本内容都可以存放在代码库中供整个公司查看、审查和改进。”代理的提示信息、工具列表、日程安排、凭据和内存都存储在与公司软件一起保存在 Git 代码库中的配置文件中。代理的任何更改都只能通过有人批准的拉取请求来实现这使得每个代理都有版本历史记录、代码审查、回滚功能和审计跟踪。他花了一周时间构建了一个包含两个模板的入门套件分别存储在专用的 Git 仓库中事件驱动型代理在特定事件发生时立即启动例如收到新任务或法院送回的文件。定时运行代理按定时器运行例如每小时、每天或每周。每个代理都位于一个具有标准结构的独立文件夹中包含 JSON 配置文件、Markdown 格式的系统提示符、部署脚本和操作文档。将更改合并到主分支即可自动部署代理。构建者无需编写任何软件。他们只需克隆仓库复制一个入门模板告诉 Claude Code 代理应该执行什么操作即可获得代理所需的一切配置文件、提示符、凭据存储和内存。一个典型的代理目录结构如下my-agent/ ├── agent.json # 代理配置模型、工具、调度 ├── SYSTEM_PROMPT.md # 系统提示词 ├── deploy.sh # 部署脚本 └── README.md # 操作文档3. 弥合技术鸿沟富勒召集了公司由 15 人组成的指导委员会成员来自财务、市场营销、运营和开发部门其中没有软件开发人员让他们克隆存储库并使用 Claude Code 构建托管代理。目标是证明非开发人员也能自行构建生产代理。如果每个代理都必须经过开发团队那么这种瓶颈将限制整个公司的发展速度。之所以安全是因为他们无需编写软件。他们只需填写配置信息和提示而运行时环境则由托管代理提供。“我不得不向他们解释什么是 PR。很多非软件工程师以为 PR 的意思就是像跑路一样尽可能快地提交代码”他说。“现在他们都在提交 pull request并且互相发送了。”一周之内所有 15 名员工都找到了自己的代理人。这些代理人回到各自的团队后又培训了其他员工。一个月内ABC Legal 旗下就有了 50 多名代理人。每位代理人都有自己的姓名、所属公司和具体工作。4. 法律文件流程大部分阶段的代理人ABC Legal 现在在法律文件提交流程及其相关操作的大部分阶段都有代理人。代理名称所属部门核心职责AI 代码审查器工程审查四个代码库中的每个拉取请求运行多模型分析发现安全漏洞、性能退化和已提交的凭据EvidenceChain™ 送达代理客户管理提取数据库报告匹配任务使用内置浏览器检索 PDF每天发送到客户 FTP 服务器电子归档驳回诊断器电子归档法院驳回时自动启动读取申请详情、核对法院规则约一分钟内发布诊断到 Slack申请核实代理电子归档将每个收到的申请与法院记录比对确认听证会或案件是否按规定提交律师保险代理人出庭律师运营联系律师网络、安排听证会、检查空档期、发送邮件并阅读回复应收账款汇款代理财务解析汇款邮件生成 NetSuite 付款申请文件发布到 Slack 进行一键审批Google Ads 分析师市场每周向渠道负责人提交建议Charvis 审核代理运营检查已完成的服务工作与合规团队审核结果一致性约 98%服务逾期催促员运营处理积压的第一层重复工作起草分层的每日外联信息供人工审批其中EvidenceChain™ 送达代理接管了客户经理过去每周手动完成的一项繁琐工作。ABC Legal 运营着一个专有网站 EvidenceChain.com法院、原告和被告可以通过该网站查询已完成的现场送达记录包括送达员的身份、送达时间以及文件送达的照片。一位客户希望持续从该网站提取特定记录。现在该代理会提取数据库报告以匹配任务使用托管代理内置的浏览器检索每个 PDF 文件并每天将其发送到客户的 FTP 服务器。负责设置该代理的客户经理之前从未接触过任何自动化流程他仅用了一个小时就通过向 Claude Code 描述操作步骤完成了设置。5. 让代理更智能收集数据、调整参数、重复操作ABC Legal 的代理人在人工监督下工作并将他们的工作内容或建议发布到 Slack 上人们可以在 Slack 上回复并使用表情符号进行互动。内部代码审查员 Hank 会将每次审查结果发布到共享的 Slack 频道中。每条记录都会包含拉取请求的名称以及由此产生的计数这样审查员的决策过程就公开透明可供搜索。富勒认为所有这些反应数据都是浪费的训练信号。不过并非所有智能体都需要这种信号。大多数智能体都是单任务运行者它们的输出无人评分而且它们独立运行。对于那些需要收集评分反馈的智能体ABC Legal 采用了一种三角色架构独立的智能体共享同一个工作区、环境和凭证库但运行时间表各不相同。这种模式将 Slack 中的消息转化为经过人工审核的、版本化的智能体变更初始代理执行工作通常是在收到作业或文档时实时执行并记录每个操作的审计跟踪。数据采集器按小时或按天运行从 Slack 收集用户反馈这些反馈以帖子回复和表情符号反应的形式出现。每条反馈都会成为一个带标签的数据点。调优器每周运行一次它会同时检查所有内容并建议修改提示信息或配置而不是模型的权重。它只负责生成草稿。最终的合并请求将由人工审核并合并。在 ABC Legal 的自我改进代理循环中初始代理实时执行任务数据收集器每小时从 Slack 收集用户反馈每周的调整器则以 pull request 的形式提出提示和配置更改。代理的改进流程与开发人员目前使用的流程相同。一个例子是 Fuller 开发的“交付即代码”deliveries-as-code系统它是一种用于调整工作路由方式的代理系统最初由 ABC Legal 的姊妹公司 Docketly 开发该公司拥有 50 名员工。Docketly 的工作围绕交付展开每个交付都有自己的路由和处理规则集。所有大约 145 个规则集都是 Git 中的单个 YAML 文件而不是管理界面中的记录因此调整某个交付只需编辑一个文件并提交一个拉取请求即可。整个流程由四个代理组成一个代理每周在 Slack 上发布最终结果一个代理Harvester根据人工反馈将表情符号转化为标签一个代理Tuner对 YAML 文件发起拉取请求第四个代理将合并后的配置推送到生产数据库。这第四个代理只执行已经过人工审核和批准的内容。实际上一个标记投递路线错误的表情符号反应可能在一周内就被合并到该投递路线规则中。审核是整个流程中唯一的人工步骤。一个简化的 YAML 路由规则示例delivery_route: id: route_145 region: California priority: high rules: - if: recipient_unavailable action: reschedule_next_business_day - if: address_invalid action: flag_for_manual_review6. 为什么选择 Claude Managed AgentsFuller 在最终选择 Claude Managed Agents 作为其组织的代理框架之前评估了多个框架。他的标准很明确平台必须具备版本控制、可观察会话、工作区计费、模型选择、内存原语、MCP 连接以及最关键的一点无需维护任何基础设施。该平台的职责划分与 Fuller 的运营理念完美契合。Anthropic 管理的底层架构负责代理运行所需的一切执行循环、会话、内存、控制台以及模型本身。ABC Legal 则负责提示信息、工具列表、触发逻辑、审计跟踪以及结果反馈循环。事实证明某些能力在大规模应用时尤为重要能力说明版本控制每次推送都会创建一个新的代理版本并采用乐观锁机制。回滚非常简单。模型灵活性大多数智能体默认使用 Claude Sonnet 模型高容量、快任务使用 Claude Haiku 模型而当更深入的推理值得付出相应成本时则使用 Claude Opus 模型。切换模型只需一行代码即可完成。MCP 布线和凭证库代理人连接到 ABC Legal 自己的平台提供 100 多种工具、用于报告的 Metabase、用于人机交互的 Slack 以及用于项目管理的 Atlassian。定期部署循环代理通过 Bitbucket Pipelines 按 cron 计划运行Bitbucket Pipelines 已经处理存储库访问、密钥和计费。ABC Legal 追踪每一笔人工智能支出并按供应商、工具、团队和用例进行细分。随着春季系统上线支出攀升随后在 7 月份开始下降而使用量却持续增长。这得益于下文所述的效率提升工作许多代理人负责的任务成本降低了约 50%目前各个部门约有 310 名员工在使用 Claude 系统。该公司在成本控制方面采取了审慎的策略将支出集中投入到可衡量回报的垂直运营工具和代理上同时保持横向聊天和创意讨论的广泛应用并控制成本。大多数代理的运作都始于人工参与代理会查看任务或工单并提出建议供相关人员审核然后再采取任何行动。建议可以存储在任务中并以横幅的形式显示以便相关人员在工作流程中接受或拒绝也可以发布到 Slack 频道供其他人在讨论串中回复。这些回复会构建一个标记好的和不好的决策数据集该数据集会输入到数据采集器和调优器循环中使团队能够编写评估程序并对不同模型的代理进行基准测试。一旦代理证明其在特定任务上与人工一样好或更好它就会切换到自动化模式并自主运行之后仍会遵循相同的评估框架以监测其性能的任何变化。ABC Legal 追踪的指标是效率比率即代理程序提供的价值与其运行成本之间的比率。每个托管代理程序每次运行后都会向数据仓库报告其价值单位包括小时数和费用。代理程序的运行情况通常呈 J 形曲线初期由于模型规模较大且运行时间较短效率往往低于成本但随着团队编写评估报告、迁移到更便宜、更快速的模型以及减少令牌数量效率会逐渐转正。7. 部署代理群的最佳实践Fuller 在部署人工智能特别是 Claude Managed Agents方面的经验使他总结出了一些关于使用这项技术的工作原则把一切都看作代码。“代码就是结构化的文本。LLM生命周期管理就是文本引擎”他说道。“你能把业务中越多的内容转换成代码并存储在代码库中代理就能为你提供越多的助力。”这不仅适用于传统软件也同样适用于提示、模式、调度规则、通知模板和业务配置。首先要让人类参与决策过程。每个智能体最初都会发布建议供人类审核。只有在持续与人类决策保持一致后它才能获得独立行动的权利。“每个智能体在独立行动之前都要先赢得信任。它并非一开始就如此。”将 PR 作为你的控制界面。“如果你想让代理人参与决策那就让决策看起来像一个拉取请求。”逐行注释、审批流程和不可篡改的审计跟踪都是版本控制的标配并且可以自然地与 AI 和人工审核相结合。投资于反馈循环。“收割者-调优者”模式意味着智能体无需重新训练即可改进。Slack 回复和表情符号反应会变成结构化信号反馈到提示和配置更改中所有这些都通过人们已经使用的相同拉取请求工作流程完成。跳过定时任务这一步。ABC Legal 在迁移到托管代理之前花费了大量时间构建定时任务和本地例程这主要是因为该产品当时还处于测试阶段。富勒现在的建议是直接使用托管代理。预计会遇到 Git 方面的难题而不是 AI 本身的难题。真正的难点在于如何让业务用户熟悉 Git 的克隆、操作以及拉取请求这比 AI 本身更难。虽然 AI 的确有效且速度很快但这确实是一个不小的挑战Fuller 希望工具本身能够简化这一过程。并非所有任务都值得使用智能体。成本是实实在在的因此每个团队都必须权衡价值与成本。关键在于挑选出那些真正能够节省时间或实现自动化的可行问题并且要勇于承认某些任务不值得使用智能体。8. 接下来会发生什么ABC Legal 的代理团队持续壮大。正在进行的项目包括服务照片审核员、PagerDuty 分诊代理、每日 KPI 摘要以及现有代理的扩展 Tuner 循环。该团队还在寻找更多“X即代码”的候选对象通知模板、事件路由规则和调度逻辑这些都可以移到存储库中供代理读取、推理和提出改进建议。正如富勒所说“我们希望人工智能能够支持企业自主运营让员工可以自由地掌控企业的发展方向。”