Skip to main content
POST

Overview

Task operations allow you to manage the lifecycle of A2A tasks. You can check task status, cancel running tasks, and resubscribe to task updates for better control over long-running operations.
Task Management: These operations work with task IDs returned from message/send and message/stream methods. Tasks represent individual agent operations that can be tracked and controlled.

Common Request Structure

All task operations follow the same basic JSON-RPC 2.0 structure with different methods and parameters.

Headers

string
required
Must be application/json
string
required
Your API key for authentication

Path Parameters

string
required
Unique identifier of the target agent

tasks/get

Get the current status and result of a specific task.

Request Parameters

string
required
JSON-RPC version, must be "2.0"
string
required
Unique identifier for this request
string
required
Must be "tasks/get"
object
required
Task query parameters

Response

string
JSON-RPC version, always "2.0"
object
Task information

Example


tasks/cancel

Cancel a running or queued task.

Request Parameters

string
required
JSON-RPC version, must be "2.0"
string
required
Unique identifier for this request
string
required
Must be "tasks/cancel"
object
required
Cancellation parameters

Response

string
JSON-RPC version, always "2.0"
object
Cancellation result

Example


tasks/resubscribe

Resubscribe to task updates, useful for reconnecting to streaming tasks or getting updates after connection loss.

Request Parameters

string
required
JSON-RPC version, must be "2.0"
string
required
Unique identifier for this request
string
required
Must be "tasks/resubscribe"
object
required
Resubscription parameters

Response

For streaming tasks, this method returns a Server-Sent Events stream similar to message/stream. For completed tasks, it returns the final status.
string
JSON-RPC version, always "2.0"
object
Resubscription result

Example


Task States and Transitions

Initial StateTask has been received and is queued for processing.Possible Transitions:
  • submittedworking (processing starts)
  • submittedcanceled (canceled before processing)
Processing StateTask is actively being processed by the agent.Possible Transitions:
  • workingcompleted (successful completion)
  • workingfailed (processing error)
  • workingcanceled (user cancellation)
Final StateTask has been successfully completed with results.No further transitions possible.
Final StateTask failed due to an error during processing.No further transitions possible.
Final StateTask was canceled by user request or system timeout.No further transitions possible.

Error Handling

Common Error Codes

Error Response Example

Best Practices

  • Short tasks: Use tasks/get for periodic status checks
  • Long tasks: Use tasks/resubscribe for real-time updates
  • Implement exponential backoff for polling to avoid rate limits
  • Store task IDs for recovery after connection loss
  • Check task status before attempting operations
  • Handle task state transitions gracefully in your application
  • Provide cancellation options for long-running tasks
  • Show progress indicators when available
  • Handle task failures with meaningful error messages

Task Lifecycle Example

This diagram shows the possible state transitions for A2A tasks, helping you understand when different operations are valid.