Harshit Parwal
Senior Software Engineer @ LTM
Jaipur, India
Actions
Google Cloud and Microsoft certified developer working as a Senior Software Engineer at LTM ltd. with 5 yrs of experience in cloud technologies, DevOps, enterprise platforms, automations, and emerging AI solutions. Passionate about leveraging technology to solve real world problems, mentoring teams and evaluating solutions based on technical excellence, scalability, business value and user impact
Area of Expertise
Topics
From Bash to Agents: A Field Guide to Guardrails for Autonomous Operations
Everyone's excited about AI agents that restart pods, roll back deploys, and flush caches on their own. Almost nobody talks about the scarier question: what stops an autonomous agent from confidently doing the wrong thing to production at 2 AM?
This is a practitioner's field guide to the guardrails that make agentic operations safe enough to actually trust. It comes from the trenches of a large enterprise DevOps stack — CI/CD pipelines, dispatcher–publisher pairs behind load balancers, CDN cache flushes, and years of shell-based automation — where a single unchecked action can take down a public-facing portal.
I'll walk through a layered safety model you can apply regardless of your tooling:
• Read-only first — agents observe and recommend before they ever act.
• Policy-as-code — codifying safe vs. unsafe actions and change windows so the agent physically cannot cross certain lines.
• Human-in-the-loop gates — approval checkpoints for high-blast-radius operations.
• The black-box recorder — audit-grade, timestamped logging of every decision, so you can reconstruct exactly what the agent saw, reasoned, and did.
• Secure-by-default — handling credentials and secrets so they never leak into logs, prompts, or traces.
I'll be honest about the failure modes too: where an agent "hallucinated" a remediation, where a boring deterministic script was still the right call, and where our guardrails caught a bad action before it shipped — plus before/after numbers on toil and recovery time.
No vendor pitch, no k8s-only assumptions — the patterns travel from Kubernetes to VMs to stubborn on-prem stacks.
Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.
Jump to top