AREX Feed Article
Anthropic 为 Claude 接入 MCP Tasks 与 Elicitations：插件可承接长时任务、任务中途可向用户提问，当天上线 Claude Code CLI
2026 年 10 月 23 日（北京时间 24 日凌晨），Anthropic 官方开发者账号 ，正在为 Claude 增加对 MCP Tasks 与 Elicitations 的支持：Tasks 让 Claude 把深度研究（deep research）这类长时任务派发给插件，等任务完成后再回报结果；Elicitations 让插件在任务执行中途向用户请求输入。公告称两项能力当天已在 Claude Code CLI 可用，随后将推广到更多 Claude 产品，并号召插件开发者「今天就在自己的 MCP server 中加入 Tasks 与 Elicitations」。
机制细节出自 Anthropic 的 ：MCP tasks 在 Claude Code CLI 中处于公开测试（public beta）阶段，要求 v2.1.304 或更高版本，跑在 MCP 2026-07-28 协议修订版的 tasks 扩展上；目前只在终端 CLI、Agent SDK 和 GitHub Actions 会话中开启，VS Code 扩展和桌面应用还没有拿到。公告发出约 6 小时后（截至发稿检索），这条帖子获得 3,571 个点赞、169 次转发和 220,555 次浏览；账号简介自称「面向使用 Claude 构建的开发者的官方更新渠道」，关注者约 76.9 万。本文引用的能力描述均为 Anthropic 单方口径，来自其公告与自家文档。
Tasks：把长活儿交给插件，Claude 继续干别的
按文档定义，MCP task 是一项由 MCP server 自己运行的长任务，比如一次报告导出或一次构建。Claude 发起工具调用后，服务器一接单，调用即返回，Claude 转头继续别的工作；任务结束时，会话记录里出现一行诸如「MCP task (/) completed.」的完成提示，结果交给 Claude——如果此时 Claude 正空闲，它会主动开工处理。底部状态栏显示诸如「1 MCP task」的计数，/tasks 面板可以查看和手动停止任务，不过停止只是向服务器发出取消请求，对方可能已经把活干完。
进展由服务器汇报：Claude Code 按服务器给定的间隔轮询，间隔被限制在 250～30,000 毫秒之间，缺省 2,000 毫秒；状态有 working、input_required、completed、failed、cancelled 五种。远端服务器上的任务在你退出会话后继续运行，之后 claude --resume 回到原会话即可重新跟踪并取回结果；本地 stdio 服务器的进程则随退出终止，除非其文档说明工作能在进程之外存续。
文档同时把两条「长任务」路线分开：一条是原有的客户端后台化——主会话里超过两分钟的普通工具调用自动转入后台（v2.1.212 起支持），退出会话就消失；另一条是这次的 MCP tasks，活儿在服务器上跑。想成为 MCP task，调用还得满足一串前提：服务器支持 tasks 扩展并连在 2026-07-28 协议修订版上；会话能拉取 Anthropic 的功能开关，因此 Amazon Bedrock 等第三方托管会话、关闭遥测的会话拿不到；调用必须来自主会话而非子代理（subagent）；一次性 claude -p 运行也没有 MCP tasks，非交互的 Agent SDK 或 stream-json 会话则要额外打开一组环境变量。
Elicitations：插件中途停下来问你
给出 Elicitations 的定位：「插件可以在任务中途向用户请求输入，比如确认一笔退款，或补上一个缺失的细节。」在 Claude Code 里，这套机制的形态是：服务器发出请求后，客户端自动弹出交互式对话框，用户侧无需配置。请求分两种——表单模式（form mode）由服务器定义字段，比如一组用户名密码输入框；URL 模式（URL mode）询问是否在浏览器中打开链接，适合登录这类要在终端之外完成的流程，URL 转义后过长（未转义约 8,000 字符即触顶）时就只能拒绝。
与 Tasks 组合时，运行中的任务可以通过 input_required 状态附带 inputRequests 向用户提问，Claude Code 经 tasks/update 把回答传回；elicitation/create 类型的请求只在交互式终端会话中处理，非交互会话里 Claude Code 会直接请服务器取消该任务。用户拒绝或按下 Esc 也算一种回答，任务是否继续由服务器决定。
协议先走了一年：Amazon 的 deep research 用例写进了规范
这次能力不是凭空出现。MCP 是 Anthropic 在 的连接标准，用于把 AI 助手接到数据所在的系统。Tasks 的来路写在 MCP 规范的 里：此前客户端无法主动查询一次工具调用的状态、也无法在调用完成后取回结果，插件作者只能把一个长任务拆成 start/get 两三个工具，靠提示词引导模型反复轮询——提案称这种做法「既不必要地昂贵，又不稳定，完全依赖提示工程去驱动 agent 轮询」。提案列出的动因包括 Amazon 内部与客户的六类真实场景，其中 deep research 一条几乎预告了这次公告的措辞：研究工具拆成建任务的 create 和取结果的 get 之后，agent 经常只调一次 get 就结束回合、声称「在等」，要等用户下一条消息才能继续。SEP-1686 引入的任务原语（task primitive）与任务 ID 让「现在调用、稍后取回」（call-now, fetch-later）成为协议能力，先以实验性功能进入 2025-11-25 版规范，如今作为 tasks 扩展进入 2026-07-28 修订版——也就是 Claude Code 这次启用的一版。
Elicitation 的历史更长。，请求支持 MCP Elicitation；评论区有人指出 VS Code 同年 6 月的 v1.102 就已支持。这个 issue 后来关闭，GitHub 机器人留言「已在 v2.1.76 版本修复」，一位评论者贴出的更新内容与如今文档的描述一致：服务器可在任务中途通过交互式对话框（表单字段或浏览器 URL）请求结构化输入。也就是说，单看 Elicitation，CLI 里的支持已经存在数月；这次公告把两项能力打包推广，新的主轴是 Tasks，以及让运行中的任务能停下来向用户提问的那条通路。
开发者的反应：省掉轮询样板，也有人先催修用量限制
公告下的讨论分成了几路。回应里最先出现的声音是省掉轮询：，「我们终于不用再在 MCP server 里自定义轮询循环了，省下不少管道工程」。另两位更看重 Elicitations：，「elicitations 是我最期待的部分——一个能停下来开口问、而不是自己瞎猜的插件，安全得多」；是，「MCP Tasks 终于让 agent 能把长任务交出去、自己继续干活。人工确认的 elicitation 部分，才是让它能在生产环境里用起来的关键」。
也有人先泼冷水。一条高赞回复（62 个赞）来自 ：「很好，但请先把你这周开始削弱的用量限制修一修。」评论区还留下几个问题：「任务能跑多久？」（）「客户端中途断开，长任务怎么办？」（）其中一部分的答案已在文档里：默认情况下，后台的 MCP task 不受 Claude Code 侧时间限制；远端任务不受退出影响。至于「这是在协议里实现的吗，别人也能照着实现吗」——它是 MCP 规范里公开的 tasks 扩展，其他客户端与服务器也能照着实现。
按文档的说法，MCP tasks 的开启是逐会话进行的——「Anthropic 已经为你的会话类型打开了 MCP tasks」是文档原话。公告承诺「即将推广到更多 Claude 产品」，没有给出时间表；对插件作者，公告给的动作很具体——在自己的 MCP server 里实现 Tasks 与 Elicitations。