Skip to content

Durable, Asynchronous, and Tricky: Implementing MCP Tasks in Practice - Cornelia Davis, Temporal#

Cornelia Davis, Developer Advocate, Temporal

  • Why: MCP Tasks (introduced Nov 2025) add first-class async semantics to the protocol — the distributed-systems hard part of agent infrastructure, and the piece anyone running long-lived operations (deploys, batch jobs, remediation) will hit first.
  • What: What the Tasks spec requires and deliberately leaves open (how durability is achieved), and the hard corners in practice: clients or servers restarting mid-task, stable task identity and rediscovery via tasks/list, mismatched sync/async expectations, idempotency, polling, backpressure, error handling across retries, and human-in-the-loop on input_required without tight client-server coupling (from abstract only).
  • How: Durable state behind ephemeral connections plus idempotent task design — concrete implementation practices layered on the Task lifecycle, TTL, and state model the spec defines.
  • Where applicable: Anyone building long-running MCP clients or servers; protocol-level practices, though note the speaker's employer (Temporal) sells durable execution, so expect that lens on the durability gap the spec leaves open.