Atoms 发布 MCP Tasks 扩展：实现长运行作业的持久化与状态管理
在 AI 工具开发中，许多实际业务场景（如数据清洗、复杂验证、批量导入）无法在单次请求内完成。传统的 MCP（Model Context Protocol）工具调用模式往往要求操作快速返回，这导致长耗时任务难以被用户有效监控或中断。针对这一痛点，Atoms 团队近日发布了 MCP Tasks 扩展，为 AI 工具引入了“持久化作业”概念。
核心突破：从瞬时响应到持续作业
MCP Tasks 的核心设计理念是将“任务接受”与“任务完成”解耦。当工具操作无法在普通请求中结束时，服务器返回一个 Task Handle（任务句柄）。这个句柄仅代表工作已被接受，而非完成。客户端可以利用该句柄进行轮询（Polling），随时检查进度、提供必要输入或取消操作。
1. 分离协议状态与应用工作
Atoms 强调将协议层面的状态管理与应用内部的数据存储分离。例如，在一个 CSV 导入场景中，解析和验证可能在后台异步进行。任务 ID 允许用户在不重新提交文件的情况下，随时查询当前进度、查看验证结果或获取最终列表。这要求应用层必须维护文件引用、当前进度和保存结果等状态，而不仅仅是依赖一次性的 API 响应。
2. 明确的状态映射机制
为了消除不确定性，Atoms 定义了清晰的任务状态映射，确保用户界面（UI）与后端逻辑的一致性：
- Working: 用户可检查保存的进度记录。
- Input Required: 用户需审查模糊字段并提供输入（如确认供应商 ID 列名）。
- Completed: 用户可 inspect 最终接受和拒绝的行。
- Failed/Cancelled: 用户可查看错误详情或确认取消后的副作用。
特别指出的是，Atoms 区分了“取消请求”（Cooperative Cancellation）与“终端取消”状态。应用层需明确约定：点击取消按钮是否意味着立即回滚所有数据，还是仅停止后续处理？这种契约的透明化是构建可靠 AI 应用的关键。
3. 构建健壮的作业注册机制
为了防止客户端断开连接或网络波动导致作业丢失，Atoms 建议实施严格的作业注册策略。每个作业应包含唯一的操作键、任务 ID、输入校验和、授权所有者及输出引用。系统需具备智能重试逻辑：区分真正的重复导入与因网络故障导致的重试，确保同一作业不会因连接中断而重复执行。
4. 耐用的输入请求流程
对于需要用户干预的任务，Atoms 要求输入请求必须具备上下文感知能力。系统应明确告知用户哪个决策阻碍了进度，并提供相关列名和安全样本作为依据。一旦用户输入，该答案必须与任务 ID 和输入版本绑定。即使客户端关闭，后端也应记住该决策并继续工作，避免因用户意外离开而陷入无限循环的询问。
开发者价值与应用场景
MCP Tasks 扩展为开发者提供了一套标准化的协议，使其能够构建类似“任务监控仪表盘”的界面。通过模拟状态序列，开发者可以快速验证其应用是否支持：
- 断点续传：客户端断开后重连，能自动恢复至上次进度。
- 安全取消：优雅地终止长任务并处理已提交的数据。
- 状态可视化：向用户展示从“工作中”到“已完成”的完整生命周期。
这一更新标志着 AI 工具从简单的“问答机器人”向“可执行的自动化工作流引擎”迈出了关键一步，特别适用于数据分析、文档处理及企业级自动化流程。
官方引言："MCP Tasks give a long-running operation a durable handle so a client can check progress, provide requested input and retrieve the eventual result. Use the extension when a tool operation cannot sensibly finish within an ordinary request."
核心亮点 (Key Highlights)
- 持久化任务句柄：引入 Task Handle 机制，支持长运行作业的进度监控与状态追踪。
- 标准化状态机：定义了 Working, Input Required, Completed, Failed 等明确状态，消除应用不确定性。
- 智能作业注册：支持断点续传与智能重试，防止因网络波动导致作业重复执行。
- 耐用输入交互：确保用户输入在客户端断开后依然有效，支持任务的中断与恢复。
关键技术指标 (Metrics)
- 协议版本：MCP Tasks Extension (基于 2026 年 7 月发布候选版本)
- 适用场景：非即时完成的数据处理、复杂验证、批量导入等长耗时操作
- 核心能力：支持断点续传、协作式取消、输入持久化
