MCP.Market

MinIO AIops MCP server

by AIops-tools·io.github.AIops-tools/minio-aiops·v0.15.0

Governed MinIO ops: capacity RCA, exposure audit, ILM, WORM retention, IAM, healing, 48 tools.

A91/100grade A
What users say
No reviews yet
Be the first
Safety scan
A91/100

not scanned yet

Adoption
Growing

0 stars165 downloads/wk

Reviews

Write one

Nobody has reviewed MinIO AIops yet.

If you have run it, two minutes of your experience saves the next person an afternoon.

MinIO AIops tools

No tool declarations could be read from the package source. They show once the server is installed.

Not scanned yet. New listings are scanned within a day or two of arriving.

How MinIO AIops compares

Against every graded MCP server, from our own scans and uptime checks. Updated after each scan run.

Safety score
91/100
higher than 85% of 48,255 servers
Downloads a week
165
more than 72% of 12,191 servers with a package

Release history: 3 versions in the registry since 2026-09-15, latest 2026-10-30, typically one every 30 days.

Install MinIO AIops in Claude Code, Cursor or VS Code

claude mcp add minio-aiops -- uvx minio-aiops
Add to Cursor

What the publisher says

From the MinIO AIops repository's README, as published. We do not edit it. Read it on GitHub

<!-- mcp-name: io.github.AIops-tools/minio-aiops -->

MinIO AIops

Disclaimer: Community-maintained open-source project. Not affiliated with, endorsed by, or sponsored by MinIO, Inc. or any storage vendor. Product and trademark names belong to their owners. MIT licensed.

Governed AI-ops for MinIO object storage — for the homelab and small/medium self-hosted deployments where MinIO actually lives. Talks to the S3 API (official minio SDK, SigV4), the admin API (bucket quota, server info), the unauthenticated health endpoints (/minio/health/live|ready|cluster), and the cluster metrics endpoint (/minio/v2/metrics/cluster, bearer-token or public auth) — with a built-in governance harness: a unified audit log, a token/runaway budget guard, undo-token recording, and a descriptive risk tier on every audit row. Self-contained: no external skill-family dependency.

What it does

Four flagship analyses, plus the guarded reads and writes around them:

hotspots and imbalance → each finding as cause + suggested action (nearfull/full thresholds are named constants, not magic).

  • capacityrca** — capacity vs used, offline drives/nodes, per-drive

anonymous/public policy statements (read and, far worse, write), missing default encryption, versioning off, no lifecycle.

  • bucketexposureaudit — every bucket scored and ranked for

isn't: versioned buckets with no noncurrent expiry (old bytes accrue forever), incomplete multipart uploads with no abort rule (invisible space), large buckets with no lifecycle — with a clearly-labelled reclaimable estimate.

  • lifecyclegapanalysis — the storage ILM should be reclaiming but

risk**: how many more drive failures each set can tolerate, which sets are healing, where heal errors are piling up.

  • healinghealth — heal backlog and per-erasure-set write-quorum

capture the real prior state and record an undo descriptor; bucketdelete is refused unless the bucket is verifiably empty (including versions and delete markers) and removeincomplete_uploads only touches uploads older than a safety window.

  • Governed writes. Bucket policy / versioning / lifecycle / quota changes

What works

check/status, capacity rca/usage, heal status/drives/nodes, bucket ls/info/objects/audit/ilm-gap/uploads plus guarded writes (bucket versioning-set/policy-set/lifecycle-set/quota-set/purge-uploads/delete), secret set/list/rm/migrate/rotate-password, mcp. Destructive commands take --dry-run and double-confirm.

  • CLI (minio-aiops ...): init, overview, doctor, health

tools (29 read, 19 write), every one wrapped with the bundled @governedtool harness. The CLI is a convenience subset; the MCP surface is the whole tool. CLI writes delegate to the same governed functions, so they are audited identically.

  • MCP server (minio-aiops mcp or minio-aiops-mcp): the full **48

~/.minio-aiops/secrets.enc (Fernet + scrypt) — never plaintext on disk. Unlock with a master password from MINIOAIOPSMASTER_PASSWORD (MCP/CI) or an interactive prompt (CLI).

  • Encrypted credentials: the secret key lives in an encrypted store

MINIOPROMETHEUSAUTHTYPE=public are scraped directly; for the default (jwt) mode the bearer token is derived from the stored credentials** — no extra secret to manage.

  • Metrics auth, both modes: servers running

inverse undo descriptor (prior policy JSON, prior lifecycle XML, prior versioning state, prior quota).

  • Reversibility: reversible writes capture prior state and record an

Capability matrix (48 MCP tools)

Shortened. The full README is on GitHub.

Nothing above is checked by us. What we check is on the safety report.

MinIO AIops: common questions

Is MinIO AIops MCP server safe?
Yes, by our scan: it is graded A (91/100). Read the MinIO AIops safety report
How do I install MinIO AIops?
It runs on your machine. Copy the Claude Code, Cursor, VS Code or Claude Desktop config from the install section.
Does MinIO AIops need an API key?
Not as far as the registry entry and our scan can tell: no credentials are declared or required.
Is MinIO AIops maintained?
The last commit was 49 days ago (2026-09-16). The latest release is v0.15.0.
How does MinIO AIops compare with other MCP servers?
safety score 91/100 (higher than 85% of 48,255 servers); downloads a week 165 (more than 72% of 12,191 servers with a package). Full comparison.

More from AIops-tools →