Source Intelligence

DisclaimerUnofficial, and not affiliated with Anthropic. Nearly all of this is read straight out of what ships: npm bundles, captured prompts, published docs. Anthropic's own notes go in verbatim, marked as theirs. The rest is my reading, and every entry carries the strings behind it. If one looks wrong, vote it down and say why.

All of v2.1.239 Home All releases olderv2.1.238 v2.1.240newer
Claude Code v2.1.239

MCP servers can return a "task" result, but nothing asks for one yet

Not switched on
Useful1 Signal4
MCP

MCP servers can return a task result, but nothing opts in so they are rejected.

Task-result handling requires a per-request opt-in that no code in this build sets.

What

The MCP client can now accept a task result from a server, but only when the individual request opts in, the server advertised the tasks extension, and the payload validates. Nothing in this build sets that opt-in, so every task result currently ends in an unsupported-result-type rejection.

Details
  • The opt-in flag is read in exactly two places, the request path and the tool-call path, and set in none.
  • The flag and the extension name did not exist in 2.1.238 at all.
Evidence

io.modelcontextprotocol/tasks

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

See this entry in the whole of v2.1.239 →