The 200 problem
APM assumes a deterministic code path. An agent that chooses the wrong tool completes successfully, so every threshold stays green while the answer is wrong. The failure is a judgement, and judgements do not raise exceptions.
An agent that picks the wrong tool returns HTTP 200 and a confident wrong answer. Nothing in an APM suite catches that, because nothing failed. The Control Tower instruments the decision rather than the request, and puts the trace of a run and the bill for that run on the same record.
Agent observability is the practice of recording what an AI agent did, why it did it, what it cost and whether it stayed inside policy, in enough detail to reconstruct any single run afterwards.
It differs from application monitoring in what counts as a failure. A web service fails by throwing an error. An agent fails by succeeding at the wrong thing: it picks the wrong tool, retrieves the wrong document, or answers fluently from nothing, and returns a 200 while doing it. So the unit of observation is not the request. It is the decision.
That distinction decides everything downstream. If you instrument requests you get latency and token counts, which tell you an agent was busy. If you instrument decisions you get the evidence chain behind an answer, which is the only thing that lets somebody accountable for the outcome sign off on it.
Four signals make a run reconstructible: the trace of the steps, the log of the calls, the live status of the agent, and the controls you can pull while it is running. Miss any one of them and you have a dashboard rather than a governance plane.
Most agent estates fail their first audit and their first budget review at the same time, for the same reason. The traces live in one vendor’s console, the invoices in another, and nothing reconciles the two.
APM assumes a deterministic code path. An agent that chooses the wrong tool completes successfully, so every threshold stays green while the answer is wrong. The failure is a judgement, and judgements do not raise exceptions.
Token spend arrives on a provider invoice weeks later, aggregated past the point of attribution. By the time finance asks which agent caused the jump, the traces that would answer it have rolled off.
Tools metered on ingested spans were priced for single model calls. A multi-step agent run emits eight to fifteen. The bill scales with how hard the agent thought, which is exactly the wrong incentive to put on an engineering team.
Developer tracing tools are built for the engineer who wrote the agent. The person who has to run it on a Tuesday, and stop it, is somebody else, and usually cannot read a span waterfall.
A trace of each step the agent took, including tool and MCP calls, latency and errors. A log line for every LLM API call carrying timestamp, status, session ID, agent name, model, provider, token counts and per-call cost. The session ID stitches the calls in one run together, so a bad outcome is followed back to the step that caused it rather than guessed at.
Cost is tracked per request and attributed to agent, model, provider and the user who triggered the run, with ranked views of the highest-cost agents, models, users and providers. A business unit can be shown what its own agents cost instead of a share of one undifferentiated invoice.
Live operational status for every deployed agent with success rates, provider detail and Active or Inactive state. Guardrails enforce content filters, PII detection and redaction, output-length limits and compliance policy including GDPR and HIPAA. A degrading agent surfaces as a trend, not as a support ticket.
Budget thresholds are set platform-wide or per agent, in advance, to stop overruns rather than report them. Any agent below its defined performance, accuracy or bias thresholds can be suspended immediately. That is what makes deploying an agent a reversible decision.
The full capability table for the Control Tower module, and the same for Agent Work Bench, Multi-Agent Orchestration, Agent Registry and System Config, sits on the SERAA Cortex page, alongside the control plane diagram and the FinOps detail at Inside the Control Tower.
Agent observability is bought from three directions at once, and the categories are not substitutes for each other. This is how each is generally sold, so you can tell which conversation you are actually in.
| SERAA Agent Control Tower |
Governance control towers ServiceNow, IBM watsonx Orchestrate |
Observability suites Datadog, Dynatrace, New Relic |
Developer eval and tracing LangSmith, Langfuse, Arize, Braintrust |
|
|---|---|---|---|---|
| Who it is built for | Whoever is accountable for agents in production | Risk, compliance and the CIO | The platform team that already owns the estate | The engineer who wrote the agent |
| Unit you are billed on | Governed agents and agent steps | Platform subscription, quoted | Ingested spans or events, plus hosts | Traces, spans, scores or seats |
| Entry price published | Yes, indicative list below | No, sales contact only | Yes, with volume overage | Yes, most publish a low tier |
| Trace and per-call cost on one record | Yes, by default | Varies by module | Cost is usually a separate product | Usually token counting rather than spend |
| Runtime control, not only visibility | Kill switch and budget ceilings per agent | Policy and approval workflow | Alerting | Rarely, these are read paths |
| Agents built somewhere else | Cost and usage, when they route through the Tower as AI gateway | Broad discovery is the pitch | Whatever emits telemetry into the suite | Whatever the SDK is wired into |
| Inside your own boundary | SaaS or sovereign VPC. Air-gapped at design-partner stage | Mostly vendor cloud | Mostly vendor cloud | Several offer self-hosting |
| Take the module on its own | Yes, the Control Tower ships standalone | Usually platform-wide adoption | Bundled with the suite | Yes |
Per-seat pricing does not survive contact with agents, and span-volume pricing makes the bill a function of reasoning depth. Cortex is priced on governed agents and agent steps, which is the axis a business can forecast.
Business tier, annual and sales-assisted, with multiple scopes and unlimited projects, SSO, audit export and delegated admin, committed usage with overage. Before that there is a two-week free trial that needs no card and no sales call. Enterprise is custom, and covers dedicated or sovereign tenancy, ISO 42001, GDPR, HIPAA and EU AI Act obligations, and a contracted SLA.
An annual platform licence plus a declared governed-agent band, so no usage telemetry has to leave your boundary. The band is self-attested and reconciled at renewal rather than mid-quarter. Carries a 15 to 25 per cent premium over the equivalent SaaS list price, which is deployment and support cost rather than scarcity.
Compute and model consumption run on your own accounts and provider invoices at actuals, auditable against your own cloud bill. We make margin on the platform, not on reselling your tokens back to you. It also means the Tower’s cost attribution can be reconciled against a bill you already receive.
A single model call emits one span. One multi-step agent run emits eight to fifteen. Anything metered on ingested volume therefore bills you more for an agent that plans properly than for one that guesses, and nobody can forecast next quarter from it. Governed agents and agent steps are countable in advance, which is the whole point.
Agents built on third-party platforms, including Gemini Enterprise, Azure AI Foundry, AWS Bedrock and Databricks AgentBricks, are monitored for cost and usage provided they route through the Control Tower as their AI gateway.
That is the one dependency this rests on, and it is better met in the first week than discovered in the first audit. Routing through the gateway is what makes one log the system of record instead of four partial ones. We put it on the page rather than in an implementation note because a buyer should price the decision in, not around it.
We will show you what governing it looks like: the log, the trace, the cost attribution and the kill switch, running on your own cloud.