AI and Infrastructure Engineering · Omegion<br>Omegion<br>I run infrastructure at high-traffic, high-responsibility scale, and small mistakes get expensive.<br>Most days that's Kubernetes and AWS, other days a small Go tool or a side project shipped for fun, most of which didn't work out.
Search
Home
GitHub
RSS
Tags
Theme<br>© 2026 Omegion
Introduction<br>There’s a push right now for whole companies to adopt AI wholesale - dump<br>every bit of context into it, write an AGENTS.md or INSTRUCTIONS.md in<br>every repo so any project is discoverable and contributable by an agent, not<br>just a human. The question that comes with it is the obvious one: does this<br>make engineering redundant? Once all the context about a stack and its<br>infrastructure is written down somewhere an agent can read it, are we next?<br>I don’t think that’s quite the right question, because we’ve already lived<br>through a version of it.<br>We’ve Been Here Before<br>Did Kubernetes kill Ansible? Kind of. I haven’t written an Ansible playbook<br>in years, not because configuration management stopped mattering, but<br>because Kubernetes made server management easy enough that we stopped<br>building our own node images at all - we just use whatever the cloud<br>provider hands us, an AWS AMI built for us, no questions asked. And when did<br>I last SSH into a node to debug something? Mostly never. If a node’s acting<br>up, I kill it and hope the replacement doesn’t have the same problem. The<br>next layer up went the same way: run a container on ECS Fargate, in a<br>Lambda, or on Cloudflare Containers, and I genuinely don’t know or care what<br>node it landed on - but that doesn’t mean nobody’s orchestrating it, it<br>means I still decided that workload should be a container in the first<br>place, what image it runs, what it’s allowed to talk to, how it scales, what<br>happens when it fails. Kubernetes and serverless containers didn’t remove<br>that layer of decisions, they moved the unit of work up from “the machine”<br>to “the workload,” and everything below that layer got quietly automated<br>away.<br>Nobody would say Kubernetes, or Fargate, or Cloudflare’s container platform,<br>replaced infrastructure engineers. Each one replaced a specific layer of<br>manual work - hand-building images, hand-patching boxes, knowing which node<br>a workload landed on - and the engineers moved up to the layer above it<br>every time. I think AI is doing the same thing again, one layer higher.<br>What Changed Day to Day<br>I use Claude daily to generate Helm charts and write Terraform modules. The<br>part it actually removed from my day isn’t the thinking - it’s the<br>lookup work. I don’t read through the AWS provider’s changelog to figure out<br>what changed between v5 and v6 anymore; I describe what I want, in whatever<br>shape I want the module or chart to end up, and Claude produces a version of<br>it. It takes iteration to get it into the shape I’d actually ship, but once<br>it’s there, it becomes the example for next time - especially with an<br>AGENTS.md in the repo pointing at it.<br>The same thing happened one level down a while ago: I don’t hand-write raw<br>Kubernetes YAML any more than I hand-write Ansible modules - that’s what<br>Helm charts are for. Increasingly, I don’t hand-write the Helm chart either.<br>I direct what it should do, and Claude writes it.<br>What Hasn’t Changed<br>I still need to know what a good Terraform module or a well-structured Helm<br>chart looks like. I still need to be able to SSH into a node when something<br>genuinely goes wrong and killing the pod isn’t an option - the layer above<br>doesn’t remove the layer below, it just moves how often you have to touch<br>it. And I’m still the one deciding the actual shape of things: what the<br>final version of a module looks like, what’s maintainable a year from now,<br>how a chart should be deployed and versioned. AI does the time-consuming<br>part. I still give the direction.<br>The Skill You Trade Away<br>The honest tradeoff: I’m faster at building and debugging things than I was<br>two years ago, and I’m also visibly rustier at the fundamentals underneath<br>that speed. My HCL syntax recall isn’t what it used to be. My reflexes for<br>debugging a broken box over SSH are a little slower than when that was the<br>only way I knew how to do it. That’s not a hypothetical cost - it’s one I<br>can feel happening in real time, the same way plenty of engineers who came<br>up after Kubernetes never really learned to hand-roll a server image, and<br>were fine, because they never needed to.<br>Where This Goes Next<br>The part I’m less sure about is how long “I still give the direction” holds.<br>Right now I’m the one who decides the long-term shape of a stack, because I<br>have the context and the agent doesn’t - not really, not beyond what’s<br>written down in a repo’s AGENTS.md. But that’s exactly...