The Draft logo

The Draft

Archives
Log in
Subscribe
May 26, 2026

The Draft: Issue 42 — Who Owns the Code the Agent Wrote?

The Draft — Issue 42

The Draft Issue 42
Issue 42  ·  The Draft

Who Owns the Code the Agent Wrote?

By Erik  ·  Week of May 25, 2026  ·  DevOps & Platform Engineering

🌟 Editor's Note

This week, the community is wrestling with a question nobody has cleanly answered yet: when an AI agent writes your infrastructure code, reviews it, and ships it — who actually owns the outcome?

It's not rhetorical. Cursor Composer 2.5 went viral for being frontier-level at a fraction of the cost. K8s RBAC sprawl quietly ate another cluster. Cloud bills spiked from CI/CD misconfigs nobody noticed until the invoice arrived. Terraform is still winning the search war 77-to-1 despite the fork. And under all of it: a growing accountability gap between the code getting written and the humans who are supposed to own it.

This week's issue is about that gap — and the practical ways practitioners are starting to close it.

🚀 Job Market & Career Outlook

The DevOps job market remains split down a clear fault line: senior and staff engineers who can own ambiguity are still being hired. Everyone else is fighting for fewer, slower-moving roles. The entry-level squeeze is real — and "use AI" isn't the answer hiring managers mean when they say it.

The irony is sharp: AI tools are raising the perceived skill floor (anyone can scaffold a Helm chart with Composer now) while simultaneously raising the actual bar for who survives the interview. Managers are getting better at spotting candidates who can explain the output versus those who can only produce it.

What's getting people hired The phrase appearing in referral threads this week: "pain-resilient, problem-finding minds." Companies aren't hiring badge collectors — they want engineers who've broken things in production, debugged the aftermath, and can describe exactly what went wrong. That story is worth more than any cert. Build it deliberately.

For anyone early in their career: skip the cert treadmill and build small projects that actually deploy, break under load, and force you to debug in the open. Put the postmortems on GitHub. That's the portfolio that's working right now.

🤖 AI Agents & Practical Automation

Cursor Composer 2.5 is the most-discussed tool in the community this week — not because it's the most capable model available, but because of its price-to-performance ratio. Practitioners are calling it "third-best behind Opus 4.7 and GPT-5.5, at 10–60x lower cost," and the default workflow for coding agents is quietly shifting from Claude/Codex to Composer.

But the discussion isn't only celebration. The question surfacing underneath it: when agents write the IaC, who approves the blast radius? Agentic workflows are shipping infrastructure changes that pass surface-level review and fail in ways nobody anticipated, because the review step has quietly become a plausibility check rather than a correctness check.

The accountability gap "Never trust a default agent to write production IaC without a deterministic policy layer in approval — policy-as-code in pipeline is the only real control." That quote from a senior SRE this week got 300+ upvotes. The community knows what the fix is. The gap is in teams that haven't implemented it yet.

The practical fix isn't slowing down agents — it's treating their decision logs as first-class review artifacts. If you can't reconstruct why the agent made a specific choice, you're not reviewing the output. You're rubber-stamping it with extra steps.

💻 Coding Corner / Practical Implementation

Two community projects worth bookmarking this week:

TerraShark is an AI skill for Claude Code and Codex that changes how LLMs approach Terraform. Instead of loading reference docs and generating code, it runs a 7-step diagnostic workflow — diagnosing likely failure modes before writing a single line. The result: fewer hallucinated module paths, fewer blast-radius surprises, and a token budget that doesn't explode. It's a useful model for how agent skills should work: constrain the reasoning, not just the output.

ClawPing is a self-hosted dead man's switch built on Cloudflare Workers, D1, and Durable Objects. Private machines send health pings to a Cloudflare Worker; if they go quiet, alerts fire. No public IP required. It's the kind of practical homelab-to-production pattern that gets bookmarked and actually used — simple enough to trust, composable enough to extend.

Both are MIT-licensed, open source, and representative of a broader pattern: the community is building its own observability and governance tooling rather than waiting for vendors to ship it.

🧯 Infrastructure Pain Points

Kubernetes RBAC sprawl is back in the top pain posts — and the story is always the same. Someone tightened permissions, something broke, the dependency on broad access wasn't documented anywhere, and the cluster quietly drifted back to cluster-admin everywhere. "Does every cluster end up here eventually?" was the question that got the most resigned agreement.

Cloud cost overruns generated the most confessional threads: macOS GitHub Actions runners at $300+, EBS snapshots leaking into the next billing cycle, GCP test projects scaled to 10x accidentally. The common thread isn't carelessness — it's the absence of per-workflow cost visibility. You can't alert on what you can't measure at the right granularity.

Two fixes that are actually working Fail-open cost detectors: daily cron jobs hitting the GitHub Actions API directly (not the billing UI), alerting on workflow-level spend spikes before they compound. Auto-tagging non-Terraform resources for scheduled deletion if not imported into code within 48 hours — one team reported 80% drift reduction with this alone.

The deeper issue: ClickOps and IaC governance failing in the same orgs, at the same time, for the same reason — accountability diffusion. The systems got complex enough to make ownership optional, and enough teams quietly took that option.

🔦 Tool Spotlight — Cursor Composer 2.5

What it is: Cursor's in-house coding agent model, now in its 2.5 iteration. Designed for sustained work on long-running agentic tasks — multi-file refactors, complex instruction chains, production-level IaC generation.

Why it's generating heat: Independent benchmarks put it third overall behind Opus 4.7 and GPT-5.5 on coding tasks — at 10–60x lower cost. The community is moving default IDE workflows to Composer from Claude Code and Codex. "Fast, accurate, cheap" keeps appearing in the same breath.

Honest take: It's genuinely impressive for code-heavy workflows, especially multi-file changes where context management matters. The concern the community is raising isn't about the model — it's about what happens as adoption scales. Will pricing hold? Will limits tighten? The tool is excellent right now. The business model question is open.

  • Best for: Complex refactors, IaC generation with a policy layer, multi-file PR work
  • Watch out for: Approval reflex replacing actual review — the output quality makes it easy to rubber-stamp
  • Verdict: Legitimately useful at the current price. Worth building into your workflow before the pricing conversation changes.

"composer 2.5 makes sonnet irrelevant for me in most usecases… If composer 2.5 doesn't give good output, I am more likely to go to opus than sonnet." — community consensus this week

📈 Emerging Trends & Updates Generating Buzz

The Terraform vs. OpenTofu search gap is getting more honest attention. OpenTofu is three years old and still sits at a 77x search disadvantage against Terraform — data from a widely-shared Google Trends analysis this week. The licensing drama that triggered the fork has faded; most practitioners have quietly concluded it doesn't affect them. The practical reality: OpenTofu users are still Googling "terraform" to find answers. Mindshare takes longer to fork than code.

Agentic orchestration vs. deterministic workflows is crystallizing into a real engineering question, not just a philosophical one. The community consensus is increasingly blunt: most tasks labeled "agents" could run in a loop with a stopping rule. Overcomplicated DAG architectures cost more to debug than they save in flexibility. The rule of thumb gaining traction: deterministic pipelines first, agentic loops only where the task genuinely requires adaptive reasoning.

DockerHub rate limits are back as a rollout-killer. Spegel and Harbor are the recommended mitigations; teams running pull-through caches are avoiding the pain entirely. If you haven't pinned your image registry pulls or set up a cache, this week's threads are a good reminder to get that done before it bites you mid-deployment.

💬 Quote of the Week

"Continuous improvement is better than delayed perfection."
— Mark Twain
The Weekly Draft
DevOps & Platform Engineering — no hype, no filler.
Subscribe or share →
You're receiving this because you subscribed to The Draft.
Unsubscribe  ·  View in browser

Don't miss what's next. Subscribe to The Draft:
← Newer The Draft: Issue 43 — Your Agents Are Shipping. Who's Reviewing? Older → The Draft: Issue 41
LinkedIn
Powered by Buttondown, the easiest way to start and grow your newsletter.