OpenSRE v0.1: Build Your Own AI SRE Agents

The open-source framework for AI SRE agents, and the training and evaluation environment they need to improve. Connect the 60+ tools you already run, define your own workflows, and investigate incidents on your own infrastructure.

Quickstart · Docs · FAQ · Security

--- > 🚧 Public Alpha: Core workflows are usable for early exploration, though not yet fully stable. The project is in active development, and APIs and integrations may evolve --- ## Table of Contents - [Why OpenSRE?](#why-opensre) - [Install](#install) - [Quick Start](#quick-start) - [Deployment](#deployment) - [How OpenSRE Works](#how-opensre-works) - [Benchmark](#benchmark) - [Capabilities & integrations](#capabilities--integrations) - [Contributing & development](#contributing--development) - [Security](#security) - [Telemetry](#telemetry) - [License](#license) - [Citations](#citations) --- ## Why OpenSRE? When something breaks in production, the evidence is scattered across logs, metrics, traces, runbooks, and Slack threads. OpenSRE is an open-source framework for AI SRE agents that resolve production incidents, built to run on your own infrastructure. We do that because SWE-bench¹ gave coding agents scalable training data and clear feedback. Production incident response still lacks an equivalent. Distributed failures are slower, noisier, and harder to simulate and evaluate than local code tasks, which is why AI SRE, and AI for production debugging more broadly, remains unsolved. OpenSRE is building _that_ missing layer: > an open reinforcement learning environment for agentic infrastructure incident response, with end-to-end tests and synthetic incident simulations for realistic production failures We do that by: - building easy-to-deploy, customizable AI SRE agents for production incident investigation and response - running scored synthetic RCA suites that check root-cause accuracy, required evidence, and adversarial red herrings [(tests/synthetic)](tests/synthetic/rds_postgres) - running real-world end-to-end tests across cloud-backed scenarios including Kubernetes, EC2, CloudWatch, Lambda, ECS Fargate, and Flink [(tests/e2e)](tests/e2e) - keeping semantic test-catalog naming so e2e vs synthetic and local vs cloud boundaries stay obvious [(tests/README.md)](tests/README.md) Our mission is to build AI SRE agents on top of this, scale it to thousands of realistic infrastructure failure scenarios, and establish OpenSRE as the benchmark and training ground for AI SRE. ¹ https://arxiv.org/abs/2310.06770 --- ## Install The root installer URL auto-detects Unix shell vs PowerShell. Add `--main` when you want the latest rolling build from `main` instead of the latest stable release. Latest stable release: ```bash curl -fsSL https://install.opensre.com | bash ``` Latest build from `main`: ```bash curl -fsSL https://install.opensre.com | bash -s -- --main ``` Homebrew: ```bash brew tap tracer-cloud/tap brew install tracer-cloud/tap/opensre ``` Windows (PowerShell): ```powershell irm https://install.opensre.com | iex ``` --- ## Quick Start Configure once, then pick how you want to run investigations: ```bash opensre onboard ``` **Interactive shell** — with no subcommand, `opensre` starts a REPL (TTY required). Describe incidents in plain language, stream investigations, and use slash commands such as `/help`, `/status`, `/clear`, `/reset`, `/trust`, `/effort`, `/exit`. `/effort` sets reasoning depth for **OpenAI** and **Codex** providers (`low`, `medium`, `high`, `xhigh`, or `max`; other providers ignore it). Ctrl+C cancels an in-flight investigation without losing session state. ```bash opensre ``` **One-shot investigation** — run the agent once against an alert file: ```bash opensre investigate -i tests/e2e/kubernetes/fixtures/datadog_k8s_alert.json ``` Other useful commands: ```bash opensre update opensre uninstall # remove opensre and all local data ``` --- ## Deployment Deploy OpenSRE as a standard Python/FastAPI runtime using the repo `Dockerfile` or a managed app host such as Railway, EC2, ECS, or Vercel. Set `LLM_PROVIDER` plus the matching API key (see [`.env.example`](.env.example)); hosted layouts that need persistence should also configure `DATABASE_URI` and `REDIS_URI`. **[Full deployment steps, Railway notes, and `opensre remote ops` → docs/DEVELOPMENT.md](docs/DEVELOPMENT.md#deployment)** --- ## How OpenSRE Works opensre-how-it-works-github

When an alert fires, OpenSRE automatically: 1. **Fetches** the alert context and correlated logs, metrics, and traces 2. **Reasons** across your connected systems to identify anomalies 3. **Generates** a structured investigation report with probable root cause 4. **Suggests** next steps and, optionally, executes remediation actions 5. **Posts** a summary directly to Slack or PagerDuty — no context switching needed For the current code-level agent architecture after removing the old graph and chain framework layers, see [AGENT_ARCHITECTURE.md](AGENT_ARCHITECTURE.md). --- ## Benchmark Regenerate numbers with **`make benchmark`**; refresh this table from cached results via **`make benchmark-update-readme`**. See **[docs/DEVELOPMENT.md](docs/DEVELOPMENT.md#benchmark)** for details. _No benchmark results yet._ --- ## Capabilities & integrations | | | | ---------------------------------------- | -------------------------------------------------------------------------------- | | 🔍 **Structured incident investigation** | Correlated root-cause analysis across all your signals | | 📋 **Runbook-aware reasoning** | OpenSRE reads your runbooks and applies them automatically | | 🔮 **Predictive failure detection** | Catch emerging issues before they page you | | 🔗 **Evidence-backed root cause** | Every conclusion is linked to the data behind it | | 🤖 **Full LLM flexibility** | Bring your own model — Anthropic, OpenAI, Ollama, Gemini, OpenRouter, NVIDIA NIM | OpenSRE connects to **60+** tools across LLMs, observability, cloud infrastructure, data platforms, incident management, and MCP. The full matrix (with roadmap links) lives in the **[product docs](https://www.opensre.com/docs)**; a detailed catalog is also maintained in-repo as the project grows. --- ## Integrations OpenSRE connects to 60+ tools and services across the modern cloud stack, from LLM providers and observability platforms to infrastructure, databases, and incident management. | Category | Integrations | Roadmap | | ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | **AI / LLM Providers** | Anthropic · OpenAI · Ollama · Google Gemini · OpenRouter · NVIDIA NIM · Bedrock | | | **Observability** |

Grafana (Loki · Mimir · Tempo) ·

Datadog · Honeycomb · Coralogix ·

CloudWatch ·

Sentry · Elasticsearch · Better Stack Telemetry | [Splunk](https://github.com/Tracer-Cloud/opensre/issues/319) · [New Relic](https://github.com/Tracer-Cloud/opensre/issues/139) · [Victoria Logs](https://github.com/Tracer-Cloud/opensre/issues/126) | | **Infrastructure** |

Kubernetes ·

AWS (S3 · Lambda · EKS · EC2 · Bedrock) ·

GCP ·

Azure | [Helm](https://github.com/Tracer-Cloud/opensre/issues/321) · [ArgoCD](https://github.com/Tracer-Cloud/opensre/issues/320) | | **Database** | MongoDB · ClickHouse · PostgreSQL · MySQL · MariaDB · MongoDB Atlas · Azure SQL · Snowflake | [RDS](https://github.com/Tracer-Cloud/opensre/issues/125) | | **Data Platform** | Apache Airflow · Apache Kafka · Apache Spark · Prefect · RabbitMQ | | | **Dev Tools** |

GitHub · GitHub MCP · Bitbucket · GitLab | | | **Incident Management** |

PagerDuty · Opsgenie · Jira · Alertmanager | [Trello](https://github.com/Tracer-Cloud/opensre/issues/361) · [ServiceNow](https://github.com/Tracer-Cloud/opensre/issues/314) · [incident.io](https://github.com/Tracer-Cloud/opensre/issues/317) · [Linear](https://github.com/Tracer-Cloud/opensre/issues/124) | | **Communication** |

Slack · Google Docs · Discord · Telegram | [Notion](https://github.com/Tracer-Cloud/opensre/issues/286) · [Teams](https://github.com/Tracer-Cloud/opensre/issues/138) · [WhatsApp](https://github.com/Tracer-Cloud/opensre/issues/360) · [Confluence](https://github.com/Tracer-Cloud/opensre/issues/313) | | **Agent Deployment** |

Vercel ·

EC2 ·

ECS · Railway | | | **Protocols** |

MCP ·

ACP ·

OpenClaw | | OpenSRE is community-built. Looking for a safe first contribution? Browse [`good first issue`](https://github.com/Tracer-Cloud/opensre/issues?q=is%3Aissue+is%3Aopen+label%3A%22good+first+issue%22) tickets or see the [Good First Issues guide](docs/good-first-issues/README.md). See **[CONTRIBUTING.md](CONTRIBUTING.md)** for the full workflow. **Local environment:** **[SETUP.md](SETUP.md)** (all platforms, Windows, MCP/OpenClaw). **Developing in this repo:** **[docs/DEVELOPMENT.md](docs/DEVELOPMENT.md)** (install from source, CI parity checks, dev container, benchmark, deployment detail, telemetry reference).

Thanks goes to these amazing people:

--- ## Security OpenSRE is designed with production environments in mind: structured and auditable LLM prompts, local transcript handling by default, and no silent bulk export of raw logs. See **[SECURITY.md](SECURITY.md)** for responsible disclosure. --- ## Telemetry PostHog (product analytics) and Sentry (errors) are **opt-out**. Quick disable: ```bash export OPENSRE_NO_TELEMETRY=1 ``` **[Full matrix, DSN override, and local event logging → docs/DEVELOPMENT.md](docs/DEVELOPMENT.md#telemetry-and-privacy)** --- ## License Apache 2.0 — see [LICENSE](LICENSE). ## Citations ¹ https://arxiv.org/abs/2310.06770