托管 Agent 运行：在你休息时自主处理架构工作的 AI Agent

两周前，我们发布了 Agent Hub 以及合规性护栏 —— 用于告诉 AI Agent 什么可以做、什么不可以做的规则。那是防御层。今天我们要加上进攻层。

托管 Agent 运行让你可以直接从 Archyl 调度自主 AI Agent。给它们一个任务，连接你的工具，设置计划，然后让它们工作。它们会克隆你的代码仓库，读取你的架构，调用外部服务，并汇报所做的一切 —— 每一次工具调用、每一个决策、每一个消耗的 token。

这不是"和你的架构聊天"。这是一个在你的代码库上自主完成实际工作的 Agent。

为什么需要托管运行？

我们不断看到的模式是这样的：团队设置好合规性规则，生成 CLAUDE.md 文件，然后在终端中手动运行 Agent。复制上下文，粘贴到 Claude Code，运行任务，检查输出。每一次都是如此。

缺失的环节是自动化。你不应该为一个执行常规任务的 Agent 充当保姆。每周一早上检查过时的依赖？这应该是一个计划任务。每次合并后根据架构规则审查开放的 PR？这应该是自动的。生成每周架构漂移报告？设置好就不用管了。

托管运行补上了这个闭环。定义任务，选择计划，剩下的交给 Archyl 处理 —— 克隆、上下文注入、执行和监控。

运行的生命周期

每次托管运行都遵循相同的生命周期：

  1. 克隆 —— Agent 将你项目的代码仓库克隆到隔离的工作空间中。全新副本，不受之前运行的污染。

  2. 上下文注入 —— 在 Agent 写出任何一行代码之前，它会接收你完整的架构上下文：C4 模型、ADR、合规性规则、技术栈、API 契约。与驱动护栏功能的 get_agent_context 数据相同，自动注入。

  3. 执行 —— Agent 按照你的任务开始工作。它可以读取文件、编写代码、调用外部工具并做出决策。每个操作都作为事件记录在实时信息流中。

  4. 报告 —— 当运行完成（或达到迭代上限）时，你会获得完整的追踪记录：每个工具调用及其输入和输出、状态标识、token 计数、耗时。

运行详情页展示了一切。工具调用以可展开的卡片形式呈现，带有语法高亮的 JSON。每张卡片显示工具来自哪个连接器 —— "github" 代表 GitHub API 调用，"archyl" 代表架构查询，"linear" 代表问题跟踪。你可以精确追踪 Agent 做了什么以及为什么这么做。

连接器：接入任何 MCP 服务

这里是最有趣的部分。托管运行不仅仅与 Archyl 通信，它们可以与任何支持 MCP（Model Context Protocol）的服务通信。

连接器让你可以将外部服务附加到你的 Agent 运行中。开箱即用，我们支持：

  • GitHub —— 读取 PR、检查 CI 状态、列出 issue、审查代码
  • GitLab —— 为 GitLab 托管的项目提供相同功能
  • Linear —— 读取和更新 issue、检查 sprint 进度
  • Slack —— 发送消息、读取频道、通知团队
  • 任何 MCP 服务器 —— 只要它暴露了 MCP 工具，你就可以连接

设置一个连接器只需三十秒。给它起个名字，粘贴服务器 URL，按需添加认证头，Archyl 会探测服务器以发现可用工具。保存之前你就能看到连接器暴露的所有工具。

当你创建运行或计划时，你可以选择附加哪些连接器。Agent 可以访问所有附加连接器的全部工具，按连接器名称进行命名空间划分。一个 GitHub 工具显示为 github__list_pull_requests，一个 Linear 工具显示为 linear__get_issue。没有冲突，没有歧义。

这种命名空间划分很重要。当你查看运行的事件流时，每个工具调用都会显示其来源。你可以立即分辨 Agent 是在查询你的架构模型、读取 GitHub PR，还是在向 Slack 发消息。对 Agent 接触了什么以及在哪里操作，拥有完全的可见性。

计划任务：基于 cron 的自动化

有些任务不应该等待人类来按"运行"按钮。计划任务让你可以使用标准 cron 表达式定义周期性的 Agent 运行。

以下是团队已经在使用的一些示例：

每周架构审查 —— 每周一上午 9 点，一个 Agent 检查代码库中的架构漂移。它将实际代码结构与 C4 模型进行对比，标记未记录的新依赖，并识别超出预期范围的组件。

PR 合规检查 —— 每次合并到 main 后，一个 Agent 根据合规规则审查差异。它捕获那些 CI 漏掉的模式 —— 不是语法错误，而是只有在完整系统上下文中才有意义的架构违规。

依赖审计 —— 每周三，一个 Agent 扫描依赖树，查找已知漏洞、已弃用的包以及跨服务的版本不匹配。它生成包含严重性评级和建议更新的摘要。

文档同步 —— 每周五下午，一个 Agent 将当前代码库与项目文档进行对比。缺失的端点、过时的描述、没有文档的新服务 —— 全部标记出来。

每个计划任务显示其 cron 表达式、下次运行时间、上次运行时间以及启用/暂停状态。你可以暂停计划而不删除它，在正常周期之外手动触发，或者随时编辑任务文本和时间设置。

运行详情页

我们在监控体验上投入了大量时间，因为当你让 Agent 自主工作时，可见性就是一切。

运行详情页为你提供：

  • 状态一目了然 —— 运行中、已完成、失败或已取消。带颜色编码的标识，一眼可见。
  • Token 用量 —— 输入和输出 token，方便你跟踪每次运行的成本。
  • 耗时 —— Agent 工作了多长时间，执行期间实时更新。
  • 运行 ID —— 用于可追溯性和调试。
  • 实时事件流 —— Agent 执行的每个操作都以可展开的卡片形式呈现。工具调用显示连接器来源、工具名称、输入参数和输出。消息显示 Agent 的推理过程。错误会高亮显示。

该信息流专为快速浏览而设计。折叠的行显示事件类型和单行摘要。悬停查看连接器标识，展开查看完整详情。当出现问题时，你不需要翻阅日志 —— 而是浏览一个结构化的时间线，精确还原发生了什么。

默认具备架构感知能力

每次托管运行都自动获得对你 Archyl 项目 MCP 服务器的访问权限。这意味着 Agent 可以：

  • 查询 C4 模型以了解系统边界
  • 读取 ADR 以了解过去的决策
  • 检查合规规则以了解应遵循的模式
  • 浏览 API 契约以了解服务接口
  • 查找技术分配以选择正确的工具

这不是可选的集成。这是基础。Agent 不是从零开始 —— 它从你的架构开始。当它需要创建新服务时，它知道该服务属于哪个容器。当它编写代码时，它知道哪些模式是强制执行的。当它添加依赖时，它知道哪些技术是被批准的。

结合外部连接器，这创造了既具备架构感知能力又具备操作能力的 Agent。它们了解你的系统，并且能与你的工具交互。

开始使用

托管 Agent 运行现已在 Agent Hub 中面向 Business 和 Scale 计划用户开放。

  1. 创建连接器 —— 前往 Agent Hub -> Connectors。添加你的 GitHub、Linear 或任何兼容 MCP 的服务。
  2. 启动运行 —— 前往 Runs -> New Run。编写你的任务，附加连接器，然后启动。
  3. 设置计划 —— 前往 Schedules -> New Schedule。选择 cron 表达式，附加连接器，让它自动运行。

Agent 已就绪。你的架构就是上下文。你的工具就是连接器。现在，让它们开始工作吧。