Last updated: July 5, 2026
Key Concepts
Agent0 selects what to do based on your request, the tools available, and the context that it can read from your environment.
Agent0 takes its input from your configurations, your interactions, and your context. It routes its output to Dash0, your codebase, and your infrastructure. The middle layer is where the work happens.
These aspects distinguish Agent0 from a general-purpose AI chat assistant layered on top of telemetry data:
- It runs, it does not simply talk. Agent0 executes inside a sandboxed runtime that can clone code, run commands, and complete real workflows. It produces working dashboards and alerts, not suggestions to paste somewhere else.
- It validates before it creates. Agent0 checks that the underlying queries return data before generating dashboards, alerts, or other artifacts. If a query doesn't resolve, it reports that instead of emitting something broken.
- It reads OTel natively. Agent0 works directly with your OpenTelemetry data in its native structure, without translation or proprietary intermediaries, which keeps the semantic context intact during investigations.
Terminology
Agent0's terminology, alphabetically ordered, is as follows.
Agent0
Agent0 receives a request, decides the skills to apply, the tools to call, and the output to produce. It executes inside a sandboxed runtime that can clone repositories, run commands, and call connected tools the same way a developer would on their own machine. See About Agent0 for more information.
Artifact
Anything Agent0 produces and emits into your environment: an alert, a dashboard, a pull request, a runbook entry, a query result, a documentation page. Artifacts are validated against your live data before they are created.
Chat
The live, interactive interface to Agent0. You ask, Agent0 responds. Chat is conversational and contextual. It carries thread state across messages and can be opened on any page in Dash0. See About Chat for more information.
Configurations
The settings that shape how Agent0 behaves on a given task:
- Trigger — what causes Agent0 to act e.g., a user request in Chat.
- Prompt — the instruction Agent0 receives, e.g., typed live.
- Model — the underlying language model used for reasoning.
- Guardrails — constraints that limit what Agent0 can do (read-only mode, approval requirements, scope limits).
- Connectors — the external systems Agent0 is allowed to connect to for this task.
- Skills — the internal capabilities Agent0 can apply (see Skills below).
See Use External Tools for more information.
Connectors
AI-specific integrations to retrieve data from or send actions to external systems. GitHub and Linear are first-class connectors configured in Settings → Integrations. Custom MCP servers are added by providing a server URL and configuring tool access. See Use External Tools for more information.
Context
What Agent0 knows about your environment at the moment it acts. Context has two parts:
- Facts — what Agent0 can read: your Dash0 telemetry and connected external systems.
- Behaviors — how Agent0 acts on what it knows: the skills it can apply and the guardrails that constrain it.
See Investigation & Analysis for more information.
Guardrails
Constraints on what Agent0 can do for a given user, scope, or configuration. Guardrails include read-only mode, required approvals for destructive actions, and per-tool restrictions. See Set Guardrails for more information.
Hypothesis tree
The reasoning trace produced during an investigation: the hypotheses Agent0 tested, the evidence it found, and the conclusions it reached. Surfaced in Chat as part of investigation outputs. See Investigation & Analysis for more information.
Live Insights
A per-service rail on the Agent0 landing page that surfaces what is actively going wrong in your environment: failing checks, error rate spikes, latency spikes, pod saturation, recent deployments, slow database calls, and services with elevated errors or latency but no active alert coverage. Each entry is service-scoped and severity-ranked, with a template prompt for one-click investigation. See Live Insights for more information.
MCP (Model Context Protocol)
The open standard for connecting AI systems to external tools. Agent0 supports any MCP-compatible server as a connector, including read-only and destructive operations, and respects the tool's declared hints. See AI Tool Integrations for more information.
Network mode
The per-thread egress policy for the Agent0 sandbox. Each conversation runs in an isolated microVM, and network mode determines what that sandbox is allowed to reach on the network. There are two levels:
- No network access: the sandbox has no outbound network access. No external calls of any kind. Some connectors will not be available.
- Full network access: unrestricted outbound access. Required for web retrieval and calls to arbitrary MCP servers or external APIs.
Network mode is set via the globe icon in the Agent0 Chat prompt toolbar. Click it to choose between "Full network access" and "No network access". The dropdown shows which connectors will be unavailable in the selected mode.
Network mode is fixed for the life of a thread. When you select a more restrictive mode, the menu flags which connectors will not be available under it. See Set Guardrails for more information.
Run
A single execution of Agent0 in response to a trigger, e.g., a user message in Chat. See About Chat for more information.
Sandboxed runtime
The isolated execution environment Agent0 uses to run commands, clone repositories, and execute multi-step workflows. Each run gets its own sandbox and cannot affect your production systems directly. See About Agent0 for more information.
Skills
Encoded workflows that Agent0 uses to perform specific kinds of tasks: querying span data, building a PromQL query, creating a Perses dashboard, working with GitHub, and so on. Agent0 loads and applies skills autonomously based on request. You do not configure skills directly. See Investigation & Analysis for more information.
Sub-agent
A parallel instance of Agent0 spawned to handle a delegated subtask in its own context. Sub-agents let the parent run stay focused while specialized work happens alongside it. See About Agent0 for more information.
Tools
Built-in capabilities Agent0 can invoke in every session without configuration:
- SQL for querying connected databases.
- Bash for running bounded shell commands inside its sandboxed runtime.
- Connectors (GitHub, Linear, MCP servers) expose additional tools to Agent0 once configured.
See Use External Tools for more information.
Validation before action
Agent0 verifies that a query returns real data before creating a dashboard or alert based on it. Dashboards are not generated against PromQL that doesn't resolve; alerts are not created against metrics that don't exist. If validation fails, Agent0 reports the failure rather than emitting a broken artifact.
Further Reading
- About Agent0 — Overview of the AI layer built into Dash0
- Investigate & Analyze — Multi-signal root cause analysis
- Get Live Insights — Identify active problems automatically
- Create Dashboards — Generate custom dashboards with Agent0
- Create Check Rules — Generate alert rules with Agent0