Skip to main content
An agent run represents a single execution of your agent, from the moment it receives a user input to the final response. All setter methods return self, so you can chain calls:

Required

Initialize run

Every run has a .run_id property you can use to retrieve its ID (auto-generated or custom):

Set prompt

The prompt is required before calling .end().

End run

End the run and export it. A run must have a prompt set before calling .end(). The run cannot be modified after calling .end().

Optional run data

Set response

Mark run as failed

Sets the status code to error and exports the payload. The run cannot be modified after calling .error(). Unlike .end(), calling .error() does not require a prompt to be set.

Add custom metadata

Custom metadata allows you to add additional properties to your agent runs. This is particularly useful for tying agent runs to your own specific business logic, letting you filter and analyze agent runs by user, organization, feature, or some other dimension.
Agent runs are automatically indexed by your custom metadata fields and can be filtered directly in the dashboard.

Identifying the agent

If your product ships more than one named agent, set the reserved tcc.agent metadata key to scope the run to a specific agent. The dashboard’s top-level agent selector, per-agent patterns and recaps, and the agent filter on the REST API and MCP tools all read from this key.
Agent names that collide with reserved dashboard routes (for example runs, sessions, patterns, recaps, overview, search, failures, feedback, tools, topics, views, settings, mcp-and-api) are dropped.

Identifying users and organizations

Attach the end user and their organization to a run as first-class identity using the reserved tcc.userId, tcc.userName, tcc.orgId, and tcc.orgName metadata keys. This is not the same as adding a userId field to custom metadata — these keys promote user and org identity to dedicated dashboard filters and unlock native user/org search, per-user views, and per-org analytics. See User and organization identity for the full concept. Set these whenever you have a stable identifier for the end user or their organization in your product.
tcc.userName and tcc.orgName require the corresponding ID (tcc.userId / tcc.orgId) to also be set. Names without IDs are dropped.

Add user feedback

User feedback allows you to collect score (thumbs up & thumbs down) and text feedback (up to 2000 characters) from end users on your agent runs. This is useful for tracking user satisfaction, identifying problematic responses, and filtering agent runs in the dashboard to focus on positive or negative feedback. Both score and text are optional individually, but each request must include at least one of them. score is the thumbs rating. Use only "thumbs_up" or "thumbs_down". text is written feedback from your user, up to 2000 characters. There are two ways to submit feedback:

Option 1: On the run object

If you have access to the run object, call .feedback() directly. No run ID needed.

Option 2: With a run ID

If you need to submit feedback separately (e.g. from a client), pass the run’s ID to tcc.submit_feedback().
Agent runs with feedback can be filtered in the dashboard using the feedback filter.

Track agent sessions

Agent sessions represent multiple agent runs that are grouped together. The most common use case is tracking entire conversations between a human user and an AI agent in chatbot interfaces. Agent sessions can be tracked by passing a session_id when creating a run:
The session_id should be a unique string identifier. We recommend using a UUID. Agent sessions are automatically indexed and can be filtered directly in the dashboard.