# OpenClaw Observability & Monitoring with OpenTelemetry > Source: > Published: 2026-05-26 00:00:00+00:00 What is OpenClaw Observability? OpenClaw observability gives you real-time visibility into your LLM applications and AI workflows by collecting traces, logs, and metrics using [OpenTelemetry](https://opentelemetry.io/). This guide shows you how to instrument OpenClaw and send telemetry data to SigNoz, so you can monitor performance, debug issues, and optimize your AI workflows. With full OpenClaw observability in SigNoz, you can correlate traces, logs, and metrics in a single dashboard, set up alerts for error rates or high latency, and analyze LLM usage patterns over time to continuously improve reliability and efficiency. Prerequisites - A [SigNoz Cloud account](https://signoz.io/teams/)with an active ingestion key or[Self Hosted SigNoz instance](https://signoz.io/docs/install/self-host/) - For Python: `pip` installed for managing Python packages - A running OpenClaw instance Monitor OpenClaw with OpenTelemetry For more information on getting started with OpenClaw in your environment, refer to the [OpenClaw quickstart guide](https://docs.openclaw.ai/start/getting-started). Step 1: Enable Diagnostic-OTel plugin The `diagnostics-otel` plugin ships with OpenClaw but is disabled by default. You can enable it via CLI: ``` openclaw plugins enable diagnostics-otel ``` Or add it directly to your config file (`~/.openclaw/openclaw.json` ): ``` { "plugins": { "allow": ["diagnostics-otel"], "entries": { "diagnostics-otel": { "enabled": true } } } } ``` Step 2: Configure the OTEL Exporter You can configure the exporter via CLI: ``` openclaw config set diagnostics.enabled true openclaw config set diagnostics.otel.enabled true openclaw config set diagnostics.otel.traces true openclaw config set diagnostics.otel.metrics true openclaw config set diagnostics.otel.logs true openclaw config set diagnostics.otel.protocol http/protobuf openclaw config set diagnostics.otel.endpoint "https://ingest..signoz.cloud:443" openclaw config set diagnostics.otel.headers '{"signoz-ingestion-key":""}' openclaw config set diagnostics.otel.serviceName "" ``` is the name of your service`` `` : Your[SigNoz Cloud region](https://signoz.io/docs/ingestion/signoz-cloud/overview/#endpoint)`` : Your SigNoz[ingestion key](https://signoz.io/docs/ingestion/signoz-cloud/keys/) Step 3: Check your config (Optional) You can quickly check your config using the following command: ``` openclaw config get diagnostics ``` Your output should look like this. ``` { "enabled": true, "otel": { "enabled": true, "endpoint": "https://ingest..signoz.cloud:443", "protocol": "http/protobuf", "headers": { "signoz-ingestion-key": "" }, "serviceName": "openclaw-gateway", "traces": true, "metrics": true, "logs": true, "sampleRate": 1, "flushIntervalMs": 5000 } } ``` OR you can check your `~/.openclaw/openclaw.json` config file too. Step 4: Restart your OpenClaw gateway ``` openclaw gateway restart ``` View OpenClaw Traces and Metrics in SigNoz Once configured, OpenClaw automatically emits traces, logs, and metrics for every LLM request. OpenClaw traces are available in SigNoz under the Traces tab: When you click on a trace in SigNoz, you'll see a detailed view of the trace, including all associated spans, along with their events and attributes. OpenClaw metrics are available in SigNoz under the Metrics tab: When you click on any of these metrics in SigNoz, you'll see a detailed view of the metric, including attributes: Troubleshooting OpenClaw Observability [Troubleshooting OpenClaw Observability](#troubleshooting-openclaw-observability) If you don't see your telemetry data: **Verify network connectivity**- Ensure your application can reach SigNoz Cloud endpoints** Check ingestion key**- Verify your SigNoz ingestion key is correct** Wait for data**- OpenTelemetry batches data before sending, so wait 10-30 seconds after making API calls** Try a console exporter**— Enable a console exporter locally to confirm that your application is generating telemetry data before it’s sent to SigNoz OpenClaw Observability Dashboard The [OpenClaw observability dashboard](https://signoz.io/docs/dashboards/dashboard-templates/openclaw-dashboard/) gives you pre-built charts tailored for LLM usage, so you can monitor token usage, request rates, and latency out of the box. Setup OpenTelemetry Collector (Optional) [Setup OpenTelemetry Collector (Optional)](#setup-opentelemetry-collector-optional) What is the OpenTelemetry Collector? Think of the OTel Collector as a middleman between your app and SigNoz. Instead of your application sending data directly to SigNoz, it sends everything to the Collector first, which then forwards it along. Why use it? **Cleaning up data**— Filter out noisy traces you don't care about, or remove sensitive info before it leaves your servers.** Keeping your app lightweight**— Let the Collector handle batching, retries, and compression instead of your application code.** Adding context automatically**— The Collector can tag your data with useful info like which Kubernetes pod or cloud region it came from.** Future flexibility**— Want to send data to multiple backends later? The Collector makes that easy without changing your app. See [Switch from direct export to Collector](https://signoz.io/docs/opentelemetry-collection-agents/opentelemetry-collector/switch-to-collector/) for step-by-step instructions to convert your setup. For more details, see [Why use the OpenTelemetry Collector?](https://signoz.io/docs/opentelemetry-collection-agents/opentelemetry-collector/why-to-use-collector/) and the [Collector configuration guide](https://signoz.io/docs/opentelemetry-collection-agents/opentelemetry-collector/configuration/). Additional resources: - Set up [alerts](https://signoz.io/docs/product-features/alert-management)for high latency or error rates - Learn more about [querying traces](https://signoz.io/docs/product-features/trace-explorer) - Explore [log correlation](https://signoz.io/docs/product-features/logs-explorer)