Title: The View from the AI Frontier
Open Graph Title: The View from the AI Frontier
X Title: The View from the AI Frontier
Description: AI-native infrastructure, product thinking, and dispatches from the frontier of agent-driven automation. By Paul Stack.
Open Graph Description: AI-native infrastructure, product thinking, and dispatches from the frontier of agent-driven automation.
X Description: Dispatches from the frontier of agent-driven automation. By @stack72.
Opengraph URL: https://stack72.dev/
X: @stack72
Generator: Ghost 6.25
Domain: stack72.dev
{
"@context": "https://schema.org",
"@type": "WebSite",
"publisher": {
"@type": "Organization",
"name": "The View from the AI Frontier",
"url": "https://stack72.dev/",
"logo": {
"@type": "ImageObject",
"url": "https://stack72.dev/favicon.ico",
"width": 48,
"height": 48
}
},
"url": "https://stack72.dev/",
"name": "The View from the AI Frontier",
"image": {
"@type": "ImageObject",
"url": "https://static.ghost.org/v5.0.0/images/publication-cover.jpg",
"width": 1200,
"height": 840
},
"mainEntityOfPage": "https://stack72.dev/",
"description": "AI-native infrastructure, product thinking, and dispatches from the frontier of agent-driven automation. By Paul Stack."
}
| None | IE=edge |
| HandheldFriendly | True |
| referrer | no-referrer-when-downgrade |
| og:site_name | The View from the AI Frontier |
| og:type | website |
| og:image | https://stack72-ghost-blog.nyc3.digitaloceanspaces.com/2026/04/og-image-3.png |
| twitter:card | summary_large_image |
| twitter:url | https://stack72.dev/ |
| twitter:image | https://stack72-ghost-blog.nyc3.digitaloceanspaces.com/2026/04/og-image-2.png |
| og:image:width | 1200 |
| og:image:height | 628 |
Links:
| The View from the AI Frontier | https://stack72.dev |
| Home | https://stack72.dev/ |
| About | https://stack72.dev/about/ |
| https://stack72.dev/stop-paying-your-agent-to-do-the-same-job-twice/ | |
| Swamp Stop Paying Your Agent to Do the Same Job Twice CVE volume is accelerating and most teams are running scripts that can't keep up. We used an agent to build a scanner that queries three databases, classifies and scores every CVE on actionability. The agent spent tokens once. The workflow runs every morning without it. | https://stack72.dev/stop-paying-your-agent-to-do-the-same-job-twice/ |
| https://stack72.dev/infrastructure-was-just-the-first-use-case/ | |
| Swamp Infrastructure Was Just the First Use Case Infrastructure was the first use case we looked at with swamp. Then users started solving security, finops, and validation problems with the same model. By the fifth time, it was hard to treat it as a coincidence. We'd built an automation primitive, and infrastructure was just where we'd pointed it. | https://stack72.dev/infrastructure-was-just-the-first-use-case/ |
| https://stack72.dev/sres-dont-need-replacing-they-need-pairing/ | |
| SREs Don't Need Replacing, They Need Pairing Most SRE work follows a pattern. An alert fires, you check the metrics, pull the logs, form a theory, fix it. Then you do the same thing next week. That sequence is a workflow. When agents can execute it and produce structured data at every step, the work changes shape. | https://stack72.dev/sres-dont-need-replacing-they-need-pairing/ |
| https://stack72.dev/every-platform-promises-any-system-heres-why-they-dont-deliver/ | |
| Every Platform Promises "Any System." Here's Why They Don't Deliver. Every IaC tool promised "any system." Few delivered once you tried to use it in your own business. Provider ecosystems were designed for humans who can fill in the gaps. Agent ecosystems need a different contract. That's what extensions are built for. | https://stack72.dev/every-platform-promises-any-system-heres-why-they-dont-deliver/ |
| https://stack72.dev/the-first-step-on-your-ai-journey-is-encoding-what-you-already-know/ | |
| Building with AI The First Step on Your AI Journey Is Encoding What You Already Know Every company has this person. The engineer who every production change flows through because they're the only one who knows the constraints. If you're thinking about putting AI agents anywhere near your infrastructure, encoding what that person knows is the first problem to solve. | https://stack72.dev/the-first-step-on-your-ai-journey-is-encoding-what-you-already-know/ |
| https://stack72.dev/intent-is-architecture/ | |
| Building with AI Intent Is The New Architecture The sovereign cloud movement is forcing a question the industry has been avoiding. When you have to move off a hyperscaler, the bottleneck isn't the new provider's APIs. It's how precisely you can express what you actually need. Intent is becoming the architecture that matters most. | https://stack72.dev/intent-is-architecture/ |
| https://stack72.dev/deterministic-automation-for-a-probabilistic-system/ | |
| ai Deterministic Automation for a Probabilistic System AI agents are probabilistic. The same prompt doesn't always produce the same output. That's not a problem to avoid. It's a problem to engineer around. Typed schemas, validated execution, deterministic workflows. The agent reasons freely. The system keeps it honest. | https://stack72.dev/deterministic-automation-for-a-probabilistic-system/ |
| https://stack72.dev/high-trust-teams-with-agents-are-unstoppable/ | |
| Building with AI High Trust Teams With Agents Are Unstoppable High trust doesn't mean no guardrails. It means everyone understands the direction well enough to act independently within it. When you pair that with the right systems, every person on the team can advance the product every day. | https://stack72.dev/high-trust-teams-with-agents-are-unstoppable/ |
| https://stack72.dev/the-rearchitecture-your-team-could-never-justify/ | |
| Building with AI The Rearchitecture Your Team Could Never Justify Every codebase has the rearchitecture that never gets prioritised. We split ours into six parallel workstreams and shipped it in eight days, start to finish. The hard part wasn't speed. It was coordination. | https://stack72.dev/the-rearchitecture-your-team-could-never-justify/ |
| https://stack72.dev/when-building-is-easy-the-danger-is-building-everything/ | |
| Building with AI When Building Is Easy, the Danger Is Building Everything When agents can build anything in an afternoon, the temptation is to build everything. The products that survive are the ones where someone had the discipline to say no. | https://stack72.dev/when-building-is-easy-the-danger-is-building-everything/ |
| https://stack72.dev/take-the-leap-before-you-are-pushed/ | |
| Building with AI Take the Leap Before You Are Pushed The fear of AI replacing your work is real. So is the shift. The teams that build structure around agents instead of resisting or rushing find the job gets better, not smaller. | https://stack72.dev/take-the-leap-before-you-are-pushed/ |
| https://stack72.dev/the-code-was-never-the-job/ | |
| Building with AI The Code Was Never the Job Five of us build swamp. None of us write code. Agents write it, review it, test the binary. The work didn't shrink — it shifted to the decisions that were always the most valuable. | https://stack72.dev/the-code-was-never-the-job/ |
| https://stack72.dev/your-agent-is-starving/ | |
| Building with AI Your Agent Is Starving Five people, $3,000/month, zero lines written manually. GitHub just moved to per-token billing. The era of flat-rate pricing absorbing your agent's inefficiency is ending. Your agent isn't the bottleneck. What you're feeding it is. | https://stack72.dev/your-agent-is-starving/ |
| https://stack72.dev/the-community-pull-request-is-dead/ | |
| Building with AI The Community Pull Request Is Dead The PR-as-contribution model was built for a world where writing code was the bottleneck. AI agents broke that assumption. GitHub shipped a kill switch on PRs. Hashimoto built Vouch. We closed the door entirely. The community pull request is dead. Here's what replaces it. | https://stack72.dev/the-community-pull-request-is-dead/ |
| https://stack72.dev/agent-trust-is-a-system-design-problem/ | |
| Building with AI Agent Trust Is a System Design Problem Most people hit "always allow" within the first hour. Agent trust is a system design problem, not a containment problem. Three layers of permissions, conventions, and context let the agent work autonomously where it's safe and stop it at the boundaries that matter. | https://stack72.dev/agent-trust-is-a-system-design-problem/ |
| https://stack72.dev/the-gate-between-our-agent-code-and-our-users/ | |
| Building with AI The Gate Between Our Agent Code and Our Users Every release binary gets dispatched to a separate repo running CLI tests, adversarial security tests, and benchmarks. Three recent bugs — all with full unit test suites passing — never reached a user because the UAT caught them in minutes. | https://stack72.dev/the-gate-between-our-agent-code-and-our-users/ |
| https://stack72.dev/anatomy-of-a-swamp-pr/ | |
| Building with AI Anatomy of a Swamp PR Agents open PRs in our repo. Other agents review them. That means untrusted input flowing through models with merge authority — so we built a pipeline with four independent AI reviews, scoped tools, and a security review that watches the reviewers. | https://stack72.dev/anatomy-of-a-swamp-pr/ |
| https://stack72.dev/the-vibes-dont-scale/ | |
| Building with AI The Vibes Don't Scale Vibe coding works great for the first few PRs. Then you do it two hundred more times and the codebase quietly stops making sense. The fix isn't better prompts — it's building a machine that compounds. | https://stack72.dev/the-vibes-dont-scale/ |
| https://stack72.dev/skills-are-context-and-context-needs-tests/ | |
| Swamp Skills Are Context, and Context Needs Tests Skills are context. They're the thing an agent reads before it decides how to use swamp. If the skills are wrong, everything downstream is wrong — so we test them in CI the same way we test code, using tessl for quality and promptfoo for routing, across every model we care about. | https://stack72.dev/skills-are-context-and-context-needs-tests/ |
| https://stack72.dev/the-lifecycle-of-a-swamp-issue/ | |
| Swamp The Lifecycle of a Swamp Issue We use swamp to build swamp. That sounds like marketing until you look at how an issue actually moves through our process — not as a GitHub thread with comments piling up, but as a state machine with versioned plans, adversarial reviews, and checks that refuse to let the agent skip steps. | https://stack72.dev/the-lifecycle-of-a-swamp-issue/ |
| https://stack72.dev/execution-drivers-in-swamp/ | |
| Swamp Execution Drivers in Swamp Swamp model methods can run anywhere — directly in the host process, in a Docker container, or in a custom driver you write yourself. This post covers how execution drivers work, how config cascades from model to workflow to CLI, and how to build your own. | https://stack72.dev/execution-drivers-in-swamp/ |
| https://stack72.dev/how-we-built-datastores-in-swamp/ | |
| Swamp How We Built Datastores in Swamp Swamp tracks everything at runtime — model state, workflow runs, audit logs. For a while that lived in .swamp/ in the repo. It fell apart the moment we wanted a team sharing state. So we built a proper datastore abstraction with S3, distributed locking, and a local cache. | https://stack72.dev/how-we-built-datastores-in-swamp/ |
| https://stack72.dev/deploying-ghost-on-digitalocean-with-swamp/ | |
| Swamp Deploying Ghost on DigitalOcean with Swamp I asked Claude to build me a blog on DigitalOcean and it worked hand in hand with Swamp to build one! | https://stack72.dev/deploying-ghost-on-digitalocean-with-swamp/ |
| https://stack72.dev/ai-why-im-all-in/ | |
| ai AI: Why I'm All In I'm an AI maximalist, and I think operations is about to get left behind: again. This blog is about closing that gap from the inside. | https://stack72.dev/ai-why-im-all-in/ |
| The View from the AI Frontier | https://stack72.dev |
| Sign up | https://stack72.dev#/portal/ |
| Powered by Ghost | https://ghost.org/ |
Viewport: width=device-width, initial-scale=1.0