代理的好坏取决于其框架
内容提要
Mux团队自建代理框架，将视频智能API集成至Slack，实现视频自动归档、搜索与摘要。相比现成工具，自建可掌控工作流、权限与用户体验。采用Vercel的eve框架，分离工具能力与交互渠道，让代理在Slack中处理视频查询，并保持API处理确定性任务，代理负责意图协调，便于调试与扩展。
延伸解读
自建代理框架的价值边界
文章指出，现成工具如Codex和Claude适合探索工具能力，但当路由、权限、进度和用户体验成为产品的一部分时，拥有框架就变得重要。Mux团队自建代理框架，是为了掌控工作流，而非仅仅暴露API。这提示读者，选择自建还是现成工具，取决于是否需要深度定制交互体验和流程控制。
能力与渠道分离的设计原则
Mux采用Vercel的eve框架，将代理的工具、技能和子代理定义与Slack等渠道分离。这样，同一套核心能力可以复用到不同界面，无需为每个渠道重建代理。这种设计保护了核心逻辑的可维护性，也便于扩展新渠道。对于构建代理的开发者，这是一个值得借鉴的架构思路。
API与代理的分工策略
文章强调将确定性任务（如转录、嵌入、异步工作流）保留在API中，而代理负责意图识别、工具选择和协调。这种分离让系统更易调试和修改。同时，自建框架能观察用户如何组合工具，发现未预料的复合工作流，从而优化产品。这提醒我们，代理的智能在于协调，而非替代底层API。
Q&A
为什么Mux团队要自建代理框架而不是使用现成的Codex或Claude？
因为现成工具只是让工具可用，但无法掌控将工具转化为可靠产品体验的工作流。自建框架可以掌控路由、权限、进度和用户体验，从而更好地满足特定需求。
Mux团队使用Vercel的eve框架构建代理，它的主要特点是什么？
eve框架被称为“Next.js for Agents”，它提供了工具能力与交互渠道的分离，使得代理的核心能力可以独立于Slack、终端或网页等渠道，无需为每个界面重建代理。
Mux Agent在Slack中如何帮助团队处理视频？
当有人在Slack中分享视频并提及Mux Agent时，它会将视频发送到现有的摄取管道，并报告处理进度。视频索引后，团队成员可以在线程中直接提问，如查找特定画面、询问视频中提到的技术、请求摘要或查找关键时刻。
Mux Agent使用了哪些视频智能API？
Mux Agent使用了Summarize workflow（生成标题、描述和标签）、Key Moments workflow（自动查找和生成关键时刻片段）、寻找最佳缩略图候选、发现镜头边界和场景、章节和转录，以及基于嵌入的多模态视频搜索（尚未公开）。
在构建代理时，Mux团队如何划分API和代理的职责？
Mux团队将确定性的领域工作（如转录、嵌入、异步工作流编排和作业状态）保留在API中，而代理负责处理意图、工具选择、协调和通信。这种分离使得调试和修改更加容易。
自建代理框架给Mux团队带来了哪些额外的好处？
自建框架让团队能够控制完整的用户体验，并深入了解用户如何组合工具，从而发现复合工作流并加以优化。此外，它还能让代理适应不同的渠道，未来可扩展到客户场景。
