ENTERPRISE AI

IT Ops Automation

A natural-language operations layer for Kubernetes, with RBAC-scoped reads, human-approved writes, and full audit trails on every action: engineered, integrated and deployed end-to-end by ScroBits.

#platform-ops · Teamslive
Why are the payment-service pods restarting in prod?
A
3 restarts in the last 15 min. OOMKilled on payment-worker. Memory peaked at 580Mi, limit 512Mi. Likely cause: deploy abc123f added a memory-heavy query.
Proposed writeBlast radius: prod/payment · 1 workload
kubectl -n prod set resources deployment/payment-service --limits=memory=1Gi
Query resolution
2-3 min
Autonomous prod changes
Zero
Audit coverage
Every action
Permission layers
Dual RBAC
Client
Mid-market technology services company
End users
ITOps engineers, SREs, platform engineers and application teams on-call
Scope
Conversational operations layer, delivered as architecture, full-stack build and production rollout
Engagement
Architecture + Build + Governance rollout
The Pain

What was breaking before we started

Routine Kubernetes work was eating the day. Every operational question meant dropping into a terminal, flipping between namespaces, and correlating the cluster with the dashboard.

01

Tool fragmentation

Engineers pivot across kubectl, Grafana, Teams and the ticketing system to answer one question, losing context on every hop.

02

Senior-engineer dependency

Anything beyond a status check needs a senior who knows the cluster, so investigations back up behind a small group.

03

Audit gaps

Ad-hoc kubectl operations leave no reviewable trail for compliance or post-incident analysis.

04

Change-safety tradeoffs

Automation scripts are either too permissive to trust or too narrow to help, with no middle ground.

Voice of the Customer

What the engineers actually said

“I need to know why the pod is restarting without paging a senior at midnight.
“A script with enough permission to be useful has too much permission to be safe.
“Every operational change should leave a trail someone can actually read later.
Our Approach

A conversational operations layer, with safety rails

Scripts could not solve this. A script with enough permission to be useful had too much permission to be safe. One with safe permissions could not do anything that mattered. The team needed a middle layer that could reason, propose, and wait.

ScroBits built that layer end-to-end: a custom Model Context Protocol server over the Kubernetes API with scoped read and write tools, dual-layer RBAC (Kubernetes API + tool-level policy), Teams approval gates on every write, an append-only PostgreSQL audit log with hash-chained entries, n8n orchestration, and GPT-4o reasoning grounded in GitOps, Prometheus and Loki.

What runs today is a conversational operations surface for every engineer, with reads free, writes paused for approval, and a complete chain of custody on every action. Zero autonomous changes to production.

Zero
Autonomous production changes

Every write pauses for a human. Dual-layer RBAC. Hash-chained audit on every action. The agent proposes, the human decides, the cluster executes, the log remembers.

MCP server over Kubernetes API
Dual-layer RBAC & tool-level policy
Teams adaptive-card approvals
Append-only, hash-chained audit log
n8n orchestration + GPT-4o reasoning
What We Built

Five building blocks, one governed operations surface

Each block carries a specific job in the proposal-approval-execute loop. Together they make natural-language operations safe enough to put in front of every engineer, including juniors.

MCP Tool Interface

A custom Model Context Protocol server over the Kubernetes API. Scoped read and write tools with permissions, logging and definitions versioned together.

Dual-Layer RBAC

Permissions enforced in the MCP server and at the Kubernetes API. The agent cannot propose what the invoking user cannot see.

Approval Gates on Writes

Teams adaptive cards show the exact command, the reasoning and the blast radius. Nothing runs without a human signature.

Hash-Chained Audit

Append-only PostgreSQL with chained entries. One query reconstructs any decision end-to-end for compliance or post-incident review.

Grounded Reasoning

GPT-4o pulls GitOps history, Prometheus metrics and Loki logs, so answers come from the layer where the problem lives.

Infrastructure Operations Through Conversation — solution architecture: platform engineers, developers and the support team reach an IDP chat assistant, Microsoft Teams and a web console, which pass through SSO/identity, role-based access control and request classification (read vs write) into an AI orchestration layer running n8n workflow orchestration, GPT-4o intent interpretation and a tool router. The read path inspects MCP server tools (listResources, getPodsLogs, getEvents, getPodMetrics); the write path (rolloutRestart, helmUpgrade, helmRollback) is gated by a human approval diamond before reaching the Kubernetes API, Helm releases, Grafana dashboards and incident management. Everything feeds an audit logging and traceability bus underneath.
FIG · SOLUTION ARCHITECTURE · READ PATH INSPECTS, WRITE PATH ASKS FIRST
01

Ask

Engineer poses a question in Teams in natural language.

02

Parse

Agent extracts intent, target namespace and answer shape.

03

Fetch

MCP runs read tools scoped by the engineer's RBAC.

04

Reason

LLM correlates signals, drafts an evidence-backed answer.

05

Propose

Writes emit a Teams approval card with command and blast radius.

06

Approve

Designated approver clicks approve or reject in Teams.

07

Execute & Verify

MCP runs the write, verifies outcome, writes the chain to audit.

FIG · END-TO-END OPERATIONAL FLOW
Amrut-Project dashboard with the Sparkles Assistant panel: an engineer asks to list pods in the kube-system namespace, the assistant returns coredns, traefik, metrics-server, local-path-provisioner and svclb-traefik, then on a request for logs responds with an inline approval card (Proceed / Cancel) before fetching, with the engineer typing Yes, proceed.
FIG · ENGINEER VIEW · READS RUN, WRITES WAIT FOR A CLICK
KubernetesModel Context Protocoln8nGPT-4oPythonFastAPIMicrosoft TeamsAdaptive CardsGrafanaPrometheusLokiArgo CDGitOpsPostgreSQLOAuth 2.0Kubernetes RBAC
Measured Outcome

Before, after, change

The agent shifted the operating model from terminal-and-dashboard pivoting to conversational, evidence-backed decisions, with every action auditable and every write human-approved.

DimensionBeforeAfterChange
Operational question resolution10 to 20 minutes across kubectl, Grafana and Teams2 to 3 minutes in Teams, with evidence inlineFaster
Senior-engineer dependencyPaged on most non-trivial questionsInvolved only on escalation or approvalUnblocked
Audit coverage on operationsAd hoc, reconstructed after the factEvery action logged with user, intent and approval chainContinuous
Junior-engineer autonomyRead-only, blocked on anything that matteredFull workflow access with safety railsEnabled
Write-action safetyScript-based, either too permissive or too narrowPropose, review, approve, execute, verifyGoverned
Context switchingkubectl -> Grafana -> Teams -> ticketSingle conversational surface in TeamsCollapsed
2-3 min
Query resolution (down from 10-20)
Zero
Autonomous changes to production
Every
Action logged with chain of custody
Dual
RBAC layers, both must agree
Deployed a conversational Kubernetes operations agent at a 300-person IT services company, giving every engineer natural-language access to production clusters with RBAC-scoped reads, human-approved writes, and complete audit trails on every action. Zero autonomous changes to production.
On the Roadmap

Expanding the approval surface

A large financial services evaluator requested expanded scope during a live evaluation, extending the same conversational-plus-approval model deeper into platform governance.

01

Provisioning

New workload setup through conversation, with policy-as-code checks before approval.

02

PITR validation

Scheduled point-in-time recovery drills with evidence captured for the audit log.

03

Access reviews

Quarterly attestation workflows driven through the same approval surface.

04

Compliance evidence

Continuous collection of control evidence from the audit log for SOC 2 and ISO 27001.

05

Patch and cloud cost

Conversational queries over patch posture and cloud spend, with actions routed through the same gate.

What We Learned

Three principles we are taking into the next engagement

01

The agent proposes, the human decides

Reads are free, writes pause for approval. The separation of autonomy and authority is the whole product, not a feature.

02

Permissions in two places, both must agree

Dual-layer RBAC (Kubernetes API + MCP tool filter) is defense-in-depth, not duplication. The agent cannot propose what it cannot see.

03

Audit is a feature, not a side effect

Hash-chained append-only logs make every decision replayable end-to-end for compliance, review and post-incident reconstruction.

Running Kubernetes and want operations to earn its keep?

ScroBits partners with ITOps and platform teams on conversational AI with safety rails. Architecture, full-stack build, production rollout.

Start a conversation