Audit events
Auditing
Audit events
A real-time enterprise event stream of AI execution and workspace activity for governance, observability, FinOps, analytics, compliance, and security.
GET
Audit events
Audit Events is the enterprise event stream for Tess AI. It exposes a normalized, real-time export of AI execution and workspace activity that any enterprise platform can consume — SIEM, data lakes, governance tools, FinOps platforms, analytics pipelines, and custom workflows.
Because Tess is the orchestration layer that sits in front of every model provider, this stream carries context that individual providers cannot see on their own: which workspace and user triggered the activity, which agent execution or tool call it belongs to, which model and provider served it, how long it took, which policies were enforced, and how much of the workspace’s credit balance it consumed. That makes the stream valuable well beyond auditing — it is a foundation for enterprise observability, cost management, and analytics.
Send every request with:
What you can build
A single stream powers many enterprise use cases:- Security monitoring — forward events to your SIEM and alert on high-risk activity.
- Compliance and audit — retain an immutable record of who did what, when, and to which entity.
- AI governance — feed governance platforms that track model usage and policy enforcement across executions.
- AI FinOps and cost analytics — attribute credit consumption and usage volume by workspace, user, model, and provider.
- Chargeback and showback — bill or report credit consumption back to the teams that generate it.
- Usage analytics — understand adoption and execution volume by agent and model.
- Operational monitoring — track latency, failures, and tool-call behavior across executions.
- Data lake ingestion — land raw events in your warehouse for long-term analysis.
- Custom enterprise workflows — trigger downstream automation from any event type.
Supported consumers
The endpoint is a generic export, not a security-only webhook. Common destinations include:Architecture
Tess emits a single enterprise event stream over HTTPS that fans out to whatever platforms your organization runs.Endpoint
Authorization: Bearer YOUR_API_KEYAccept: application/jsonx-workspace-id: YOUR_WORKSPACE_ID
x-workspace-id. Events that do not belong cleanly to one workspace are not emitted in this feed.
Example request
Query parameters
date-time
required
Start of the audit window. Use an ISO-8601 timestamp.
date-time
required
End of the audit window. It must be greater than or equal to
from. The time window cannot exceed 30 days.integer
Number of events to return. Default is
50. Minimum is 1; maximum is 200.string
Opaque cursor returned in
page.next_cursor. Send it to continue reading from the previous page.string
Filter by source. Supported values are
auditable and activity.string
Filter by normalized event type, such as
user_updated, workspace_created, or agent_execution_completed.integer
Filter by actor user ID. Use
0 for system-generated events.string
Filter by entity type, such as
user, workspace, agent_execution, or agent_message.string
Filter by entity ID.
string
Filter by risk level. Supported values are
low, medium, high, and critical.Response
Event schema
Each event uses the same normalized shape:id: Unique event ID with the source prefix, such asactivity:100001orauditable:9001.occurred_at: UTC timestamp for the event.workspace_id: Workspace that owns the event.source: Event source category, currentlyactivityorauditable.event_type: Normalized event name.action: Canonical action, such ascreated,updated,completed,failed, orblocked.actor: User or system principal that caused the event.entity: Object affected by the event.changes: Structured change details for the event, including previous values, new values, and the fields that changed when a diff is available.metadata: Additional context that helps classify, investigate, or correlate the event.risk_level:low,medium,high, orcritical.schema_version: Version of the normalized event schema.
Execution context in metadata
For AI execution events,metadata carries the orchestration context that only Tess can provide. Depending on the event type, it may include:
- Workspace and actor (user or system) identifiers
- The related entity, such as the agent execution or agent message
- Model and tool provider
- Latency (
duration_ms) - Tool call details (
tool_call_id,tool_name,tool_status) - Policy enforcement (
policy_name,policy_reason, and whether the call was blocked) - Credit consumption (
amount,credit_operation,credit_bucket) for every credit increment, decrement, or loss - Result status
AI FinOps
Because Tess orchestrates every AI execution, it can export usage signals that individual model providers cannot produce on their own. Use the stream to power AI FinOps initiatives:- Credit consumption per workspace and user — every increment, decrement, and loss against a workspace’s credit balance is an audited event carrying
amount,credit_operation, andcredit_bucket. - Usage volume by model and provider — agent execution and tool-call events carry
modelandtool_provider, so you can break down execution volume by what your organization actually uses. - Chargeback and showback — attribute credit consumption back to the workspace or user that generated it.
- Operational cost signals —
duration_mson executions and tool calls shows where latency, and therefore compute time, concentrates.
metadata fields to build consumption dashboards per workspace, user, model, and provider.
Consuming the stream
Use this endpoint as a pull source from any collector, pipeline, or platform. Recommended setup:- Create an Enterprise API token dedicated to event ingestion.
- Store the token in your platform’s secret manager.
- Poll
GET /audit-eventswith a narrow time window, such as 5 or 15 minutes. - Keep the last successful
next_cursorper workspace. - Preserve the original JSON payload at ingestion time.
- Map fields such as
event_type,actor.id,entity.type,entity.id,risk_level, andworkspace_idto your platform’s schema or custom properties. - Alert on, or aggregate, event types and
metadatafields according to your use case.
Use
id and occurred_at for deduplication and replay safety.Example: SIEM ingestion
For a SIEM such as Splunk, Microsoft Sentinel, or IBM QRadar, treat the endpoint as a pull-based JSON log source and alert on high-risk event types orrisk_level values according to your security policy.
For IBM QRadar specifically, configure Tess AI as a custom JSON log source or route the API through an intermediate collector that forwards events to QRadar. Keep the normalized JSON intact and create custom properties for:
workspace_idsourceevent_typeactionactor.idactor.typeentity.typeentity.idrisk_levelidschema_version
Pagination
Read events in ascending order byoccurred_at and event ID.
If page.has_more is true, call the endpoint again with the same filters and the returned page.next_cursor.
Errors
401or403: Invalid token, missing Enterprise entitlement, missing audit events permission, or no access to the workspace.422: Missing or invalid parameters, missingx-workspace-id, invalid cursor, or a time window longer than 30 days.429: Rate limit exceeded.503: One of the audit event sources is temporarily unavailable. Retry the same request later.
Headers
integer
required
Workspace ID. Required as of 2026-09-01. Until then, if omitted, the user’s selected workspace is used (deprecated). After the cutoff, a missing header returns 422.