Skip to main content

autoOps

An autonomous SRE agent. Point it at a Kubernetes namespace and it models the estate, names the service that is broken, shows the evidence it used, and re-reads the cluster to check its own answer — or hands a human a briefing saying why it could not.

Distribution autoops-sre; the command it installs is autoops.

⚑ The bare name autoops on PyPI is an unrelated project. Install autoops-sre.

Install

uv tool install autoops-sre          # or: pip install autoops-sre
autoops version && autoops --help

Or as a container — the entrypoint is autoops:

docker pull ghcr.io/epappas/autoops:latest
docker run --rm ghcr.io/epappas/autoops:latest version

Requires Python 3.12+.

What It Does

recall -> understand -> [detect -> map topology -> map services -> localize] -> rca -> mitigate -> remember

The bracket is the investigation. Perception is deterministic and comes first: senses read the cluster's own declared state and nominate what looks broken, while metrics, traces and logs supply the evidence that either confirms a candidate or refuses it. A sense never votes on its own nomination. Diagnosis then reaches a confident answer or escalates, and says which.

autoops diagnose --namespace <ns> --results-dir ./out

exit 0 is a confident answer · exit 3 is an escalation briefing for a human · exit 4 means every sense came back without a read, so no answer above it can be trusted.

It deliberately does not act

Stage 8 emits an incident note or a remediation proposal, never a change. The one typed mutation verb that exists has an executor that raises unconditionally and is reachable from no live path — the boundary is code, not policy. It stays locked until the reasoning earns it.

The Command Surface

Seven verbs, plus version.

Verb What it is for
init Onboard an estate and check the setup
diagnose Diagnose a live namespace read-only — the product path
watch Continuous mode: scheduled panels, cadence floor, budget, delivered escalations
offline One committed fixture problem, no cluster, recorded telemetry only
export Bundle a finished run for a ticket; turn recorded misses into replayable scenarios
serve Serve over the network: REST + websockets + MCP, or MCP over stdio
eval Evaluation and campaign instrumentation

autoops --help and autoops <verb> --help carry the full flag surface; the CLI is the documentation of record for this distribution.

Safety

autoOps is built to run against real infrastructure, so the constraints come first.

  • The model is never the authorization boundary. Every tool call passes a deny-by-default policy gate before execution, and gets a structured reason it can replan on rather than a bare refusal.
  • Read-only by construction on the shipped path. A read-only policy profile plus a destructive re-check; a diagnosis cannot mutate.
  • Any cluster that is not loopback is refused before a single read, until it is named in an allowlist signed out of band. That refusal lives in the loader, not in the model.
  • Approvals are short-lived, target-scoped and re-checked before every target contact.
  • Secrets never enter the model context or the logs.

Verifying What You Installed

Both distribution files carry PEP 740 publish attestations, generated by the release workflow over OIDC with no long-lived token:

curl -s https://pypi.org/integrity/autoops-sre/0.1.3/autoops_sre-0.1.3-py3-none-any.whl/provenance

The container image carries a BuildKit SBOM and a max-detail provenance record on its manifest:

docker buildx imagetools inspect ghcr.io/epappas/autoops:latest

Source And Support

The development repository is private, so this package page and the container package page are the public surfaces. The sdist on PyPI (autoops_sre-<version>.tar.gz) contains the complete src/ tree under the MIT licence — that is the source for this distribution.

Container package: https://github.com/users/epappas/packages/container/package/autoops

Licence

MIT.

Metadata

Release files for autoops-sre 0.1.4

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for autoops-sre 0.1.4
File Size Uploaded Provenance
autoops_sre-0.1.4.tar.gz 1.6 MB With provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for autoops-sre 0.1.4
File Interpreter ABI Platform
autoops_sre-0.1.4-py3-none-any.whl Python 3 none any Details

Total release size: 3.2 MB

Release files / autoops_sre-0.1.4.tar.gz

Download URL autoops_sre-0.1.4.tar.gz
Size 1.6 MB
Tags Source
SHA-256 checksum
How to use checksums
40cca2fcf629aa0adb63b16983d277da3d051a273771a8c8b4b6eca7a0c4f194
BLAKE2b-256 checksum
How to use checksums
d6962d97d01b79e798f0027f300c2f3404fa9fbceb18c0721a35447aec789de8
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 2, 2026.

Transparency log

Release files / autoops_sre-0.1.4-py3-none-any.whl

Download URL autoops_sre-0.1.4-py3-none-any.whl
Size 1.6 MB
Tags Python 3
SHA-256 checksum
How to use checksums
8a2684b84c194ba13ad22577b13c15e0af5beab2f2b34c1bd1f5594b21cc7a44
BLAKE2b-256 checksum
How to use checksums
2d742a2579ee1a4b59d1be471e8354f3af8ca0ff2ccbf5e83be9b54157a0448f
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 2, 2026.

Transparency log

Security for autoops-sre 0.1.4

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

Full provenance

All 2 files in this release have been uploaded with provenance metadata.

Select from 2 files

Attestation for autoops_sre-0.1.4.tar.gz

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 2, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Release history Release notifications | RSS feed

This release

0.1.4 This release

2 release files Full provenance

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page