Digital Pulse
Digital Pulse is a curated podcast series for business leaders seeking clarity at the intersection of emerging technology and enterprise strategy. Created and hosted by Rafa Jimenez, VP Digital innovation at ELCA and a long-time expert in blockchain, digital assets, and applied AI . Each episode explores how technologies like distributed ledgers, digital-native-mobile-first platforms, and AI tools are driving real change across industries.
Digital Pulse isn’t just another technology podcast. Each episode is carefully scripted, produced, and refined through a fully AI-powered workflow, not to flood content, but to demonstrate how deliberate, high-quality use of AI can enhance creativity, efficiency, and precision while preserving depth and thoughtfulness.
No AI slop. No jargon-laced hype. Just concise, insight-driven storytelling designed for decision-makers navigating real digital transformation.
Powered by ELCA. Built with AI. Created for leaders.
Digital Pulse
Agentic Engineering: Why Trust Became the New Bottleneck
Use Left/Right to seek, Home/End to jump to start or end. Hold shift to jump forward or backward.
Agentic Engineering: Why Trust Became the New Bottleneck
AI can generate a million lines of code in an afternoon. But can you trust any of it?
In this episode of Digital Pulse, Rafa and his AI co-hosts dig into one of the most important shifts happening in enterprise software right now. For forty years, the bottleneck was execution. That constraint has dissolved. The new scarce resource is trust, and the organisations that crack it first will define the next decade of enterprise technology.
We unpack agentic engineering, the structured discipline that separates serious AI delivery from what the industry has started calling "AI slop." You will hear why a three-layer architecture matters, how Model Context Protocol physically keeps AI out of the parts of your system where it has no business operating, and why the incoming EU AI Act makes governance a commercial advantage rather than a compliance burden.
This is not a conversation about AI hype. It is a practical framework for enterprise tech leaders, software buyers, and anyone who needs to answer the question: when a regulator points at your system and asks who made this decision, do you have an answer?
What we cover in this episode:
- The difference between vibe coding and spec-driven delivery
- Why generation is now a commodity and verification is the scarce resource
- The three-layer architecture of a serious agentic practice
- How MCP creates an automatic audit trail as a byproduct of the workflow
- What the EU AI Act means for your AI spending from August 2026
- The make-versus-buy line, and why it is moving
Links:
ELCA website
ELCA on LinkedIn
Digital Pulse newsletter on LinkedIn
Rafa Jimenez on LinkedIn
ELCA on YouTube
To Digital Pulse, I'm Rafa, producer and host of this series where we explore how emerging technologies like digital assets, blockchain, and AI drive real innovation in business. Each episode is crafted using a fully AI-enabled workflow. I'll now hand it over to my AI co-hosts to take you through today's episode.
SPEAKER_03Thanks, Rafa. Welcome everyone to another episode of Digital Pulse.
SPEAKER_01Glad to be here. This is uh such a critical topic today.
SPEAKER_03It really is. So I want you to imagine getting a knock on the door from a federal auditor.
SPEAKER_01Oh, the absolute nightmare scenario right off the bat.
SPEAKER_03Right. Let's just set the stakes. They walk into your office, open up a laptop, and they point to a critical risk decision module in your core banking system.
SPEAKER_01Okay.
SPEAKER_03And they ask a very simple question. Who wrote this logic and why was this specific threshold chosen?
SPEAKER_01Aaron Powell A completely standard compliance question.
SPEAKER_03Trevor Burrus, Jr. Exactly. So you look at the git blame logs and the answer is essentially, well, nobody.
SPEAKER_01Right.
SPEAKER_03An AI generated it during a quick chat session on a Tuesday. Your lead engineer, you know, glanced at it, saw that it compiled, and just hit approve.
SPEAKER_01Trevor Burrus, Jr. Which happens every single day right now.
SPEAKER_03Aaron Powell It does. But in a regulated industry, that answer isn't just embarrassing. It is illegal.
SPEAKER_01Trevor Burrus Completely.
SPEAKER_03It's the kind of answer that results in massive fines, executive panic, and honestly, the potential loss of your operational license.
SPEAKER_01Aaron Powell Yeah, that is not an exaggeration. That is the reality we are stepping into.
SPEAKER_03Aaron Powell So today we are talking directly to you, the enterprise tech leaders, the chief technology officers, the chief information officers, and you know, the senior buyers of software services.
SPEAKER_01Aaron Powell Because you are all sitting at the epicenter of this massive, extremely dangerous shift right now.
SPEAKER_03You really are. You're being bombarded every single day by vendor claims about artificial intelligence.
SPEAKER_00Oh, the sales decks are just relentless.
SPEAKER_03Every single one promises that AI will revolutionize your delivery, cut your costs to zero, double your deployment speed.
SPEAKER_01But here is the thing: you are the one carrying the liability.
SPEAKER_03Exactly. You are the one who has to figure out how rigorously to actually adopt this technology within your mission critical teams.
SPEAKER_01And it is an incredibly precarious position to be in. I mean, the noise in the enterprise software space right now has reached a fever pitch.
SPEAKER_03Trevor Burrus, Jr. The signal is almost completely lost.
SPEAKER_01It really is. There is a very real quantifiable danger of adopting AI in a way that just creates massive long-term liability for your organization.
SPEAKER_03Aaron Powell Like we're seeing companies buy hundreds of enterprise licenses for conversational coding assistance, right?
SPEAKER_01Aaron Powell Yeah, believing they are modernizing when in reality they are just industrializing their technical debt.
SPEAKER_03Aaron Powell Industrializing technical debt. That is exactly it. So we are moving past the introductory concepts today.
SPEAKER_01Aaron Powell We are looking at the structural operational reality of building software in this new era.
SPEAKER_03Aaron Powell Which brings us to the core concept we need to unpack today agentic engineering.
SPEAKER_01Right. And we need to define this carefully because the market is throwing that term around very loosely right now.
SPEAKER_03So for those of you evaluating vendor claims, let's get perfectly aligned. When we say agentic engineering, we're talking about specialized AI agents.
SPEAKER_01Aaron Powell Exactly. And the key there is specialized.
SPEAKER_03Right. You have one specific AI agent dedicated to every single role in the software development lifecycle.
SPEAKER_01One agent acts as the analyst, another as the architect. Another as the coder, and another as the tester.
SPEAKER_03And crucially, and this is the most important part, these agents are working strictly under human supervision to build enterprise solutions.
SPEAKER_01Yes. This is not about a developer just uh using a smart auto-complete tool in their IDE.
SPEAKER_03No, not at all. Agenic engineering is a complete foundational re-engineering of the organizational chart and the delivery pipeline.
SPEAKER_01Aaron Powell And that structural distinction is everything. I mean, the core premise of our discussion today flies directly in the face of the current hype cycle.
SPEAKER_03Aaron Powell Which is that casual use of AI in software development actually accelerates your delivery.
SPEAKER_01Right. It doesn't. Casual AI doesn't accelerate delivery, it just produces faster failure.
SPEAKER_03Aaron Powell Faster failure. Wow. Because the bottleneck for enterprise software has fundamentally moved.
SPEAKER_01Aaron Powell It has. For four decades, the bottleneck was execution, the physical manual act of writing the code.
SPEAKER_03Aaron Powell Sitting there typing syntax.
SPEAKER_01Exactly. But that is no longer true. The bottleneck has moved from execution to trust.
SPEAKER_03Aaron Ross Powell So today we're going to map out that transition. Moving from viewing AI as just a coding accelerator to implementing AI as a structured operating model.
SPEAKER_01Aaron Powell And I want to dig into this new bottleneck immediately because it really challenges the primary illusion holding the industry captive right now.
SPEAKER_03Aaron Ross Powell You mean the idea that faster coding automatically equals better enterprise delivery.
SPEAKER_01Aaron Powell Yeah. The entire market seems hypnotized by this. Vendors run these demos showing an app being built in three minutes, and you know, executives are applauding.
SPEAKER_03Aaron Powell I've seen those demos. They look like magic.
SPEAKER_01Aaron Powell They do. But when we look at the reality of mission-critical systems, that illusion shatters, doesn't it?
SPEAKER_03Aaron Powell It shatters on contact with reality. I mean, let's look back over the last 40 years of enterprise IT.
SPEAKER_01Aaron Powell The universal constraint was always execution.
SPEAKER_03Trevor Burrus Right. If you needed a new billing system or a healthcare triage app, what did you have to do?
SPEAKER_01Aaron Ross Powell You had to secure a massive budget, hire an army of engineers, sit them in a room for two years, and just pay them to manually type out syntax.
SPEAKER_03Aaron Powell Line by single line.
SPEAKER_01Execution was expensive. It was slow. It was the primary reason software projects failed or went over budget.
SPEAKER_03Aaron Powell Or was just canceled before they ever even saw production.
SPEAKER_01Exactly. But generative AI has essentially collapsed the cost and time of raw execution to zero.
SPEAKER_03It's basically free now.
SPEAKER_01Right now, as we speak, any competitor of yours can generate a million lines of code in an afternoon.
SPEAKER_03The sheer volume of output is no longer a competitive advantage.
SPEAKER_01It is a baseline commodity.
SPEAKER_03Generation is commodity. Verification is the scarce resource.
SPEAKER_01Precisely. If anyone can generate a million lines of code, the winner in the enterprise space is no longer the fastest builder. The winner is the enterprise that can be trusted to deliver that code securely, compliantly, and accountably.
SPEAKER_03Aaron Powell And the market actually has a new term for what happens when you prioritize generation over verification.
SPEAKER_01Yes. It's called AI slop.
SPEAKER_03AI slop. We see this popping up everywhere, but what does it actually look like inside a corporate network?
SPEAKER_01Aaron Powell AI Slop is basically high volume, low signal output.
SPEAKER_03Aaron Powell Okay, so it looks like real code.
SPEAKER_01Aaron Ross Powell Oh, it looks completely plausible at first glance. It compiles perfectly, it reads like a professional senior engineer wrote it.
SPEAKER_03But beneath the surface.
SPEAKER_01Structurally flawed. It misses the nuanced business context. It introduces subtle race conditions, or it's just entirely valueless to the specific needs of the enterprise.
SPEAKER_03So it provides the illusion of rigorous work.
SPEAKER_01Aaron Powell And that illusion is the true danger of casual AI adoption. Before AI, you at least had to spend time to be wrong. Now you can be wrong instantly.
SPEAKER_03Aaron Ross Powell That is terrifying. You can flood your enterprise code base with architectural debt in a matter of seconds.
SPEAKER_01Aaron Ross Powell Instantly. Let's ground this in that banking scenario you mentioned at the top of the show.
SPEAKER_03Okay, yeah.
SPEAKER_01Imagine a major Tier 1 bank decides to accelerate their development. They equip their engineering teams with unstructured AI coding assistance.
SPEAKER_03The engineers are probably thrilled.
SPEAKER_01Oh, they love it. They ship a new credit decision engine that was co-written with AI. It gets deployed faster than any project in the bank's history. Trevor Burrus, Jr.
SPEAKER_03The CIO is presenting slides to the board, everyone is celebrating. Trevor Burrus, Jr.
SPEAKER_01Right. Until that regulatory audit hits six months later.
SPEAKER_03There's always an audit.
SPEAKER_01Always. The regulatory body comes in, they look at the decision engine and they ask: who decided on this specific risk rule that is currently denying credit to this demographic?
SPEAKER_03Aaron Powell Oof. On what date was it decided? And what was the rigorous business and mathematical justification for it?
SPEAKER_01Aaron Powell And the bank has absolutely no answer. The engineers look at the repository and say, well, the AI generated that specific module during a chat session.
SPEAKER_03Aaron Ross Powell We reviewed it, it compiled, passed the unit tests, so we pushed it.
SPEAKER_01Aaron Powell Exactly. And in a regulated industry like finance, healthcare, or aerospace, that answer invites catastrophic fines. Trevor Burrus, Jr.
SPEAKER_03Or think about a public sector procurement team. They're under massive pressure to modernize, you know, aging government infrastructure. Trevor Burrus, Jr.
SPEAKER_01Huge pressure.
SPEAKER_03Aaron Ross Powell So they pay a premium to a vendor who promises agentic delivery. They buy the expensive copilot licenses, they watch the flashy demos.
SPEAKER_01Aaron Powell Where the AI builds a citizen portal in five minutes.
SPEAKER_03Right. But when the system goes into production, they discover that nothing was structurally re-engineered.
SPEAKER_01The underlying legacy processes are exactly the same.
SPEAKER_03Trevor Burrus The data silos are identical. The governance is completely missing.
SPEAKER_01They've just paid millions of dollars for the appearance of modernization.
SPEAKER_03While inheriting a tangled mess of undocumented, AI-generated code that literally no human in the building actually understands.
SPEAKER_01It's a disaster.
SPEAKER_03I have to stop you there, though. Because if I'm a CTO listening right now, I'm probably thinking, look, you two are just advocating for traditionalist red tape.
SPEAKER_01The slowdown argument.
SPEAKER_03Yeah. I am in a dogfight with agile startups. If I slow down my teams to build all this heavy governance, the startup down the street using ungoverned AI is gonna beat me to market by six months.
SPEAKER_01Right. Speed is survival.
SPEAKER_03Exactly. Aren't you just demanding we go back to the dark ages of waterfall development?
SPEAKER_01Aaron Powell And that is the exact fear driving the market right now? But it's based on a false premise. Aaron Powell How so? Because speed without control is just industrializing error. The fear of moving too slow is valid, sure.
SPEAKER_03Aaron Powell But the threats on the other side.
SPEAKER_01Are existential. The total loss of control, massive regulatory liability, catastrophic data breaches, absolute vendor lock-in.
SPEAKER_03Those will kill a company faster than a slow release cycle.
SPEAKER_01Absolutely. The reframe here is that governance and trust are not speed bumps slowing you down. Trust is now the sellable property.
SPEAKER_03Governance is the ultimate commercial differentiator.
SPEAKER_01Right. If your agile competitor ships a product six months faster, but fails their Dora compliance audit or suffers a data breach because their ungoverned AI hallucinated an insecure API endpoint.
SPEAKER_03Aaron Powell Their speed didn't buy the market share.
SPEAKER_01No. It bought them a corporate crisis.
SPEAKER_03Wow. So the enterprise that wins over the next decade is the one that can prove to its board, its clients, and regulators that it has absolute mathematical control over its AI delivery pipeline.
SPEAKER_01Exactly. So if execution is genuinely no longer the expensive bottleneck, if the raw manual act of writing the syntax is practically free.
SPEAKER_03Then the fundamental economics of what an enterprise decides to build versus what it decides to buy must drastically change.
SPEAKER_01It completely inverts the economic model of enterprise IT.
SPEAKER_03Let's break that down because this is huge.
SPEAKER_01We have to look at the old logic first. For decades, the ironclad rule of thumb was that you only built custom software for your strictly core, unique, differentiating business functions.
SPEAKER_03The classic make versus buy decision.
SPEAKER_01Right. And you almost always chose buy for absolutely everything else HR systems, ERPs, finance procurement.
SPEAKER_03You bought commodity off-the-shelf software packages.
SPEAKER_01Yes. And the reason was purely economic. Building custom software from scratch took years and cost millions of dollars.
SPEAKER_03You had to maintain an army of developers in perpetuity just to keep it running.
SPEAKER_01So you bought massive packages like SAP, Oracle, or Salesforce, and you endured the excruciating organizational pain of adapting your unique business processes to fit their generic data models.
SPEAKER_03It was a compromise.
SPEAKER_01Yeah.
SPEAKER_03Painful, but cheaper than building from scratch.
SPEAKER_01Aaron Powell But with a gentic engineering, that economic equation is destroyed.
SPEAKER_03Aaron Powell Which introduces a new model we need to talk about service as a software.
SPEAKER_01Yes. Service as a software. Let's compare it. In the traditional Sauce model software as a service, you subscribe to a generic product.
SPEAKER_03Aaron Powell And you mold your human business to fit the software's rigid constraints. Aaron Powell Exactly.
SPEAKER_01In service as a software, it is the exact inverse. The enterprise defines the bespoke exact service they actually need.
SPEAKER_03Aaron Powell And the software is custom built around that specific service.
SPEAKER_01Aaron Powell Right. And crucially, it's delivered in an OpEx model, an operational expenditure model, with no massive upfront capital build cost.
SPEAKER_03Aaron Powell That is a revolutionary shift because the cost of execution has plummeted. You can now build a massive custom enterprise system in months at a fraction of the historical cost.
SPEAKER_01Aaron Powell Think about a specialty insurer. For years, they may have been forcing their highly specialized claims adjudicators to use a clunky off-the-shelf tool.
SPEAKER_03A tool that didn't fit their unique data models or their regulatory environment.
SPEAKER_01Or their company culture. They just lived with the friction because building a custom claims engine was, you know, a $20 million proposition.
SPEAKER_03Aaron Powell But now, using an agenic practice, they can commission a bespoke claims workflow that perfectly maps to their actual processes.
SPEAKER_01And integrates flawlessly with their legacy mainframes, quickly and economically.
SPEAKER_03Or imagine a regional hospital network. Yeah. Need a highly specific triage and bed management system.
SPEAKER_01Something that integrates with their unique local clinical pathways and regional ambulance dispatch.
SPEAKER_03Previously, commissioning a custom build for that would have been a five-year impossibility. Literally risking lives because the software couldn't accommodate their specific word structures.
SPEAKER_00But today, they can commission a highly bespoke agent-built system and have it deployed and fully audited in months.
SPEAKER_03So the make zone is massively expanded.
SPEAKER_01Massively. Strategic differentiation no longer belongs only to your absolute core functions. It extends everywhere.
SPEAKER_03Your HR system can perfectly match your culture. Your procurement system can perfectly match your vendor risk profiles.
SPEAKER_01It's like the economics of bespoke tailoring.
SPEAKER_03I love this analogy. For the first time in history, getting a suit custom tailored to your exact, unique measurements costs the exact same amount as buying an ill-fitting one off the rack.
SPEAKER_01Right. Why would you ever force your business to wear a generic, uncomfortable software suit when you can have a bespoke one for the same price?
SPEAKER_03In the same time frame, without the massive CapEx hit, you wouldn't.
SPEAKER_01You absolutely wouldn't. And that means the crucial question for CTOs and CIOs is no longer how much faster can we build what we used to build?
SPEAKER_03What should they be asking this quarter?
SPEAKER_01What should we now consider building that we previously had to rule out because it was too expensive? Aaron Powell Okay.
SPEAKER_03I understand the economic argument. But practically speaking, if I'm an engineering director, my immediate fear is complete structural collapse.
SPEAKER_01Aaron Powell Sure. Quality control.
SPEAKER_03Exactly. We've established companies are going to build vastly more custom software. Won't churning out all this bespoke software at record speed just result in a mountain of buggy rushed products.
SPEAKER_01Aaron Powell The old uh if we generate 10 times more code, aren't we generating 10 times more technical debt arguments?
SPEAKER_03Trevor Burrus Right. It's the most ingrained belief in all of IT. Trevor Burrus, Jr.
SPEAKER_01The universal law of project management, the iron triangle.
SPEAKER_03Trevor Burrus You can have it faster, better, or cheaper, but never all three. Trevor Burrus, Jr.
SPEAKER_01Usually the conversation is. You can have it faster or you can have it better, but never both.
SPEAKER_03Aaron Ross Powell Every unhappy conversation in enterprise software delivery over the last 40 years stems from that exact trade-off.
SPEAKER_01But serious agentic engineering claims to dissolve this trade-off completely.
SPEAKER_03I need you to explain the mechanics of that. How is it actually possible to deliver materially better outcomes, tighter architectural fit, higher maintainability, stronger security?
SPEAKER_01Trevor Burrus N D, roughly four times more functionality in less calendar time.
SPEAKER_03Aaron Powell Right. It sounds like magic.
SPEAKER_01It is not magic. It is a fundamental structural redistribution of human effort.
SPEAKER_03Walk me through that redistribution.
SPEAKER_01In the old delivery model, 80% of our project's timeline was consumed by raw coding, debugging syntax errors, fighting with CICD pipelines.
SPEAKER_03And the other 20%.
SPEAKER_01Only 20% was spent on deep exploration of the business problem, rigorous architectural design, and thorough validation.
SPEAKER_03But with a genic engineering, that raw coding phase compresses from months down to seconds.
SPEAKER_01Exactly. But, and this is the absolute critical part people miss, the total human effort does not disappear.
SPEAKER_03It expands massively into the upstream phases.
SPEAKER_01Yes. The humans spend their time on rigorous architectural design, defining mathematically exact specifications, and deep skeptical validation of the AI's outputs.
SPEAKER_03Less AI-assisted coding, more editorial board with a specialist agent at every desk.
SPEAKER_01Let's really explore that editorial board analogy because it captures the operational reality perfectly.
SPEAKER_03Think about a major Pulitzer-winning newspaper.
SPEAKER_01Right. An editor-in-chief doesn't write every single story.
SPEAKER_03They don't go out to the streets to conduct every interview.
SPEAKER_01But they own the coherence of the publication. They ensure rigorous factual accuracy. They maintain the editorial tone.
SPEAKER_03And they hold the ultimate legal and reputational accountability for what goes to print.
SPEAKER_01Aaron Powell That is the enterprise developer's job now, scaled across a team of agents.
SPEAKER_03Aaron Powell So the agents are the reporters out gathering information, drafting the text, structuring the narratives?
SPEAKER_01And the human developer is the editor reviewing the drafts, challenging the underlying assumptions, demanding rewrites, and formally approving the final publication.
SPEAKER_03Aaron Powell But what happens when the reporter, the developer agent, brings back a draft that is structurally unsound?
SPEAKER_01Say it uh hallucinates an open source library that doesn't exist or introduces a known vulnerability.
SPEAKER_03Aaron Powell Exactly. What does the human editor do?
SPEAKER_01Aaron Powell That's where the rest of the editorial board comes in. The human editor doesn't just read the code manually.
SPEAKER_03They use the test agent, the fact checker.
SPEAKER_01Right. They run exhaustive automated test suites against the developer agent's code.
SPEAKER_03And if the code fails, the human doesn't manually fix the syntax.
SPEAKER_01Aaron Powell No, they kick it back to the developer agent with instructions on why it failed and mandate a rewrite. The human is orchestrating a system of validation.
SPEAKER_03So to be completely clear, we're not saying that human engineers are working fewer hours.
SPEAKER_01Not at all. The promise of agentic engineering is not that your engineering team gets to play golf every afternoon.
SPEAKER_03The exact same amount of human effort is applied, but it is applied entirely differently.
SPEAKER_01The headline is more functionality, better quality, less time. It's an elevation of human thought, moving from manual labor to high-level systemic judgment.
SPEAKER_03You are paying your highly skilled, incredibly expensive engineers to think, to design, and to govern.
SPEAKER_01You're no longer paying them to act as human compilers typing out boilerplate rest APIs.
SPEAKER_03But to achieve this reality, you cannot just buy your engineers a conversational AI license like Copilot, drop it in their IDE, and expect this to happen.
SPEAKER_01No. You need a fundamentally new physical structure for how software is made.
SPEAKER_03Let's dive into the physical anatomy of agentic engineering.
SPEAKER_01This is where we separate the serious enterprise practices from the vendor marketing height.
SPEAKER_03A mature agentic engineering practice is built on a very specific, rigid physical structure.
SPEAKER_01We need to examine the three-layer architecture.
SPEAKER_03The three-layer architecture. It consists of three distinct levels. First, the governance layer at the top.
SPEAKER_01Second, the AI layer in the middle.
SPEAKER_03And third, the deterministic core at the base.
SPEAKER_01Walk me through exactly what lives in each of those layers and how they interact. Let's start with governance.
SPEAKER_03The governance layer is entirely human and entirely authoritative.
SPEAKER_01This is where human accountability resides.
SPEAKER_03Yes. It holds the signed business requirements, the legal and compliance sign-offs, the foundational architectural decisions, and the liability. It defines the boundaries of what the system is allowed to do.
SPEAKER_01When a regulator asks a question, this layer provides the answer.
SPEAKER_03Aaron Powell Okay, so beneath that is the AI layer.
SPEAKER_01This is where your probabilistic specialized agents live and work.
SPEAKER_03They generate code, draft tests, propose architectures.
SPEAKER_01Analyze data, yeah. They are incredibly powerful, but they are inherently probabilistic.
SPEAKER_03Aaron Powell Meaning they can hallucinate, they can be non-deterministic, and they require strict supervision.
SPEAKER_01Exactly. And beneath that AI layer is the deterministic core. Trevor Burrus, Jr.
SPEAKER_03The foundation of the enterprise.
SPEAKER_01This is where the money flows, where patient lives are tracked, where regulators audit, and where legacy systems operate.
SPEAKER_03And crucially, inside the deterministic core, AI is strictly physically forbidden.
SPEAKER_01Aaron Powell Completely forbidden. The core consists entirely of fully deterministic, traceable, and explainable code.
SPEAKER_03Aaron Powell So the AI layer can write code for the core.
SPEAKER_01Yes. But once that code is approved and deployed into the core, it executes deterministically without any active AI decision making.
SPEAKER_03Aaron Powell The Autonomous Train Network analogy is brilliant for this.
SPEAKER_01Oh, I love that analogy. Think of the three-layer architecture like a modern, fully automated railway.
SPEAKER_03The deterministic tracks, the physical steel rails, and the routing switches represent your deterministic core.
SPEAKER_01They dictate exactly where the train can and cannot go.
SPEAKER_03The massive AI engine provides the incredible momentum and speed, but it is physically constrained by the tracks.
SPEAKER_01And the governance layer is the human conductor sitting in the control room holding the liability.
SPEAKER_03You contain the probabilistic elements and you own the accountable elements.
SPEAKER_01That is exactly it. The AI is the engine, but it cannot jump the deterministic tracks and it cannot override the human conductor's emergency brake.
SPEAKER_03But for the AI engine to actually do the work, it needs to interact with the real world of enterprise IT.
SPEAKER_01It can't just exist in a vacuum chatting with itself.
SPEAKER_03Right. I want to explain the mechanism behind how these agents actually execute tasks. How does an agent log into Jira? How does it read a consonance page?
SPEAKER_01This brings us to MCP or the Model Context Protocol.
SPEAKER_03How does MCP actually work under the hood?
SPEAKER_01This is the critical technical bridge. Historically, an LLM has a knowledge cutoff date and exists in isolation.
SPEAKER_03It doesn't know what your team talked about on Slack yesterday.
SPEAKER_01And it doesn't have access to your private on-premise Git repositories.
SPEAKER_03So MCP, the Model Context Protocol, is an open standard that allows your AI agents to securely connect to and work inside the actual tools your teams already use every single day.
SPEAKER_01Exactly. Without MCP, an AI agent is locked in a chat window.
SPEAKER_03If you ask it to help with a Jira ticket, it can only spit out text describing what a Jira ticket should look like and the human has to copy-paste it.
SPEAKER_01But with MCP, the agent is securely authenticated into your environment.
SPEAKER_03It can make an API call to Confluence, pull down the JSON payload of your product requirements document.
SPEAKER_01Parse that text into its context window, use that context to formulate a plan.
SPEAKER_03And then use another MCP tool connection to physically open a Jira Epic, break it down into user stories, write the code, and push a commit directly to Bitbucket.
SPEAKER_01It treats the agent just like a human colleague with a corporate login, subject to the same role-based access controls.
SPEAKER_03This is a massive warning flag for enterprise buyers.
SPEAKER_01Huge flag. If you ask a vendor, where is the AI in your delivery model? And their answer is simply, oh, our developers use Chat GPT, or we bought co-pilot licenses.
SPEAKER_03They are not doing agentic engineering.
SPEAKER_01No, they are using AI as a localized, isolated typing assistant. They lack the three-layer architecture, and they are not deeply integrated via MCP. Trevor Burrus, Jr.
SPEAKER_03Tool-level adoption yields localized, tool-level results. If you want enterprise level transformation, you need architectural level integration.
SPEAKER_01Aaron Powell Exactly.
SPEAKER_03So we have this beautiful three-layer architecture. We have our MCP connectors securely authenticating our agents into Jira and GitHub.
SPEAKER_01Now we need to populate the system.
SPEAKER_03Right. Who is actually doing the work and how do we prevent them from generating that dangerous AI slop?
SPEAKER_01We need to talk about the absolute discipline of spec-driven teams versus vibe coding.
SPEAKER_03I see teams falling into the vibe coding trap constantly.
SPEAKER_01It is rampant right now. Vibecoding is the absolute amateur approach.
SPEAKER_03Aaron Powell They just open a prompt, chat with the LLM until the code sort of looks right, compile it and pray.
SPEAKER_01Aaron Powell Yeah. It is a human developer sitting in front of a chat window, typing a vague, unstructured prompt like build me a login screen, and just blindly accepting whatever block of code the LLM spits out.
SPEAKER_03It relies entirely on the unstructured vibe of the conversation.
SPEAKER_01Aaron Powell There is no rigorous documentation, no architectural planning, no security review before the code is generated. It is coding by trial and error at light speed.
SPEAKER_03Aaron Powell And what happens when a team vibe codes an entire enterprise application?
SPEAKER_01Aaron Powell Complete architectural collapse. Because the LLM is just guessing at the context. It hallucinates dependencies, it ignores enterprise naming conventions.
SPEAKER_03Aaron Powell And it creates a tangled mess of spaghetti code that is impossible to maintain.
SPEAKER_01Aaron Powell When a bug appears, no one knows how to fix it because no human actually designed the system.
SPEAKER_03Aaron Powell Though spec-driven development is the exact opposite of that.
SPEAKER_01Aaron Powell Yes. In a spec-driven agential environment, the AI agents must produce and the human experts must formally approve foundational, highly detailed artifacts before a single line of executable code is ever written.
SPEAKER_03Aaron Powell Let's break down this specialized agent roster because it's not just one giant AI brain doing everything.
SPEAKER_01Aaron Powell No, you mentioned earlier that there's one agent per SDLC role.
SPEAKER_03Aaron Powell Walk me through the actual workflow of these specialized agents.
SPEAKER_01It is a highly specialized sequential team. You start with an analyst agent.
SPEAKER_03Aaron Powell And its job is not to write code.
SPEAKER_01Aaron Powell Exactly. Its job is to ingest the raw business request, conduct requirements analysis, surface logical ambiguities in the prompt, and draft the initial specifications. Aaron Powell Which takes those specs and breaks them down into scope, timelines, and dependencies.
SPEAKER_03Then you have an architecture agent.
SPEAKER_01That reviews the enterprise environment, proposes the technology stack, and drafts the structural design.
SPEAKER_03It keeps going. You have a UX agent drafting user journeys and component structures.
SPEAKER_01You have a Scrum Master agent that uses MCP to log into Jira and shard the architectural plan into highly detailed, actionable user stories.
SPEAKER_03Then and only then do you activate a developer agent to actually write the syntax.
SPEAKER_01Simultaneously, a test agent is generating automated test scripts based on the original requirements.
SPEAKER_03And an auditor agent is constantly updating the documentation in the background to ensure it perfectly matches the actual committed code base.
SPEAKER_01Exactly. Each of these agents is working in parallel, focusing strictly on their specific domain.
SPEAKER_03And the reason you must shard the work across specialized agents is deeply technical, right?
SPEAKER_01It has to do with how large language models process information, specifically context windows and attention mechanisms.
SPEAKER_03If you try to use a single prompt approach, asking one AI model to act as the analyst, the architect, and the coder all at once.
SPEAKER_01The model will suffer from what we call lost in the middle degradation.
SPEAKER_03It literally forgets the initial instructions.
SPEAKER_01Yes. The attention mechanism of the LLM degrades as the context window fills up. It will start writing code and completely forget the crucial security constraint you mentioned in paragraph two of the requirements.
SPEAKER_03So by sharding the work into specialized agents, you keep the context window for each specific task tight, focused, and highly accurate.
SPEAKER_01The analyst agent only thinks about analysis. The developer agent only thinks about the specific JIRA ticket it was assigned.
SPEAKER_03And these agents communicate with each other through those foundational artifacts. Trevor Burrus, Jr.
SPEAKER_01The solution requirements document, the SRD.
SPEAKER_03The architecture decision record, the ADR, and the test concept.
SPEAKER_01Aaron Powell These artifacts form the working memory of the project. They are the connective tissue.
SPEAKER_03Aaron Powell The analyst agent creates the SRD, the human rigidly reviews and proves it, and then that approved SRD becomes the absolute ground truth prompt for the architecture agent to create the ADR and so on.
SPEAKER_01Aaron Powell Exactly.
SPEAKER_03But let me ask the ultimate accountability question here.
SPEAKER_01Okay.
SPEAKER_03We have all these sophisticated agents communicating through artifacts and writing incredible code.
SPEAKER_01Right.
SPEAKER_03The system goes into production, it handles millions of transactions, and then it breaks.
SPEAKER_01Aaron Powell A catastrophic failure in production. Trevor Burrus, Jr.
SPEAKER_03Revenue is hemorrhaging. And the vendor points at the screen and says, Well, the developer agent hallucinated that specific module, and the test agent failed to catch it, so it's the AI's fault. Who takes the blame?
SPEAKER_01Under no circumstances is blame the AI an acceptable answer in an enterprise context. Never.
SPEAKER_03Aaron Powell Every single agent in that roster has a named human in the loop.
SPEAKER_01The human analyst formally signs off on the SRD. The human architect formally approves the ADR.
SPEAKER_03The human developer performs a rigorous review of the pull request from the developer agent before merging it.
SPEAKER_01The human owns the outcome. Always. The agent is merely a tool of probabilistic generation. The human is the locus of deterministic accountability. Trevor Burrus, Jr.
SPEAKER_03The human owns the outcome. Always. I love that phrasing. Trevor Burrus, Jr.
SPEAKER_01It's non-negotiable.
SPEAKER_03Trevor Burrus And if human accountability is non-negotiable, enterprises need a four-proof mathematical way to prove that accountability to regulators and auditors.
SPEAKER_01Aaron Powell Which brings us to governance.
SPEAKER_03Let's talk about the EU AI Act and the concept of the audit trail by construction, because the regulatory landscape is coming for ungoverned AI and it is coming fast.
SPEAKER_01The regulatory landscape is fundamentally changing how we must build software. We have to look at the upcoming August 2026 EU AI Act.
SPEAKER_03This is not some distant theoretical framework being debated by academics.
SPEAKER_01No, this is an incoming reality with massive existential financial implications. The European Commission's own impact assessment projects a 17% compliance overhead on AI spending just to meet the documentation and risk management requirements of the Act. Trevor Burrus, Jr.
SPEAKER_0317% compliance overhead. Yeah. And for smaller providers. Trevor Burrus, Jr.
SPEAKER_01Industry estimates suggest the effective burden could eat up 30 to 40 percent of their operating profits. Trevor Burrus, Jr.
SPEAKER_03The 17% compliance tax just for playing in the AI space. And what does an audit under this act actually look like?
SPEAKER_01They aren't just going to ask if you used AI. They are going to demand to see your Article 10 data governance logs and your Article 17 quality management system.
SPEAKER_03Trevor Burrus They will demand to see the exact decision-making process that led to a specific piece of AI-generated logic. Trevor Burrus, Jr.
SPEAKER_01Exactly. And if you are vibe coding, you fail that audit instantly.
SPEAKER_03Aaron Powell Because you have no systematic logging of the decision-making process.
SPEAKER_01Aaron Powell None at all. But it's not just the EU AI Act. Look at the 2024 Gerara report, the Digital Operational Resilience Act. Trevor Burrus, Jr.
SPEAKER_03Their accelerated State of DevOps report showed a shocking 7.2% reduction in software delivery stability globally.
SPEAKER_01Aaron Powell Why are systems getting less stable when we have the most advanced coding tools in human history?
SPEAKER_03Aaron Powell Because of rapid, ungoverned AI adoption.
SPEAKER_01Companies are rushing to use AI. Developers are flooding continuous integration pipelines with unreviewed AI-generated pull requests.
SPEAKER_03They are bypassing architectural governance, and their production systems are becoming measurably more fragile as a result.
SPEAKER_01They are generating technical debt faster than their human QA teams can possibly catch it. Like this function calculates the sum above a sum function, it's pointless.
SPEAKER_03Right. So how does agentic engineering solve for this massive compliance burden and this drop in stability? What is an audit trail by construction, technically speaking?
SPEAKER_01In traditional software development, creating an audit trail is a miserable year-end cleanup exercise.
SPEAKER_03A regulator asks for documentation, and a panic team of engineers spends three weeks retroactively trying to write architecture documents for code they deployed six months ago.
SPEAKER_01And barely remember, it is expensive, it is highly inaccurate, and it is universally hated. But in a mature agencies, audit trail by construction means that rigorous documentation becomes a natural, automatic, unavoidable byproduct of the workflow itself.
SPEAKER_03So it's emitted by the process, not assembles after the fact.
SPEAKER_01Exactly. Explain the mechanism of how that is emitted.
SPEAKER_03Because you are using a spec-driven process with specialized agents connected via MCP, every single step leaves an immutable digital fingerprint.
SPEAKER_01Every business requirement in the SRD is mathematically tied to an automated test case generated by the test agent.
SPEAKER_03That test case is linked via a git hash to a specific code commit generated by the developer agent.
SPEAKER_01And that commit is tied directly to a production deployment log. The audit trail is built automatically, layer by layer, in real time as the software is constructed.
SPEAKER_03Ask for an audit on software delivered last quarter. Who decided what, when, why? In a traditional setup, people panic.
SPEAKER_01In a serious agentic practice, the answer is already written.
SPEAKER_03It is sitting there in the repository, flawlessly linking the business intent to the final line of code.
SPEAKER_01And this rigorous level of governance leads to a critical commercial concept we call the reversibility guarantee.
SPEAKER_03This is the ultimate test of vendor trust, isn't it?
SPEAKER_01It really is. AI-generated code must be so clean, so structurally sound, adhering strictly to enterprise design patterns, and so deeply documented that if the AI models and your vendor disappeared tomorrow.
SPEAKER_03Your internal human team could take over that exact code base without having to rewrite it from scratch.
SPEAKER_01It cannot be an impenetrable black box of AI slot. Trevor Burrus, Jr.
SPEAKER_03If it's not reversible, it's a trap. It's ultimate vendor lock-in disguised as innovation.
SPEAKER_01Exactly. Think about the failure modes if you lack this governance. What happens?
SPEAKER_03You get vendor sprawl. Every team buys a different AI tool with different standards.
SPEAKER_01Aaron Powell, you get silent quality loss where the code compiles but introduces subtle architectural vulnerabilities that won't manifest until the system is under heavy load.
SPEAKER_03You get context loss between chat sessions, where the AI forgets why a foundational decision was made.
SPEAKER_01And ultimately, you get massive legal exposure when the system fails, and you can't prove who authored the failing logic.
SPEAKER_03So bringing this back to the commercial implications for the CTOs and CIOs listening, how does this structural shift change the way we actually negotiate and pay for software development services?
SPEAKER_01It forces a total shift away from the traditional time and materials model.
SPEAKER_03For decades you bought hours. You paid a developer an hourly rate to sit at a desk and type.
SPEAKER_01But if the AI is doing the typing in three seconds, why on earth are you paying a massive blended hourly rate?
SPEAKER_03Right. The industry is shifting to a model we call time, tokens, and materials.
SPEAKER_01Governance is no longer an overhead cost you try to minimize during procurement. It is the core commercial value you are purchasing.
SPEAKER_03You are buying verified outcomes, guaranteed accountability, and regulatory compliance, not raw manual effort.
SPEAKER_01Precisely. In a time, tokens, and materials model, the cost of the AI agents, the actual compute tokens used to generate the code, becomes visible, trackable, and transparent.
SPEAKER_03You pay for the human architectural judgment and the raw computational effort tied to a guaranteed auditable outcome.
SPEAKER_01It completely changes the procurement conversation.
SPEAKER_03We have covered the architecture, we have covered the agents, the spec-driven discipline, and the automated audit trails.
SPEAKER_01But what happens to the actual human beings in this equation?
SPEAKER_03Right. What happens to the senior engineer who has spent the last 20 years of their life proudly identifying as a person who writes beautiful code?
SPEAKER_01This is a massive psychological shift.
SPEAKER_03Let's move to our final major topic, the human element, and the shifts from coder to AI supervisor.
SPEAKER_01This is often the most difficult, painful part of the transition for an enterprise because it is a profound psychological identity shift.
SPEAKER_03The daily job of a developer is fundamentally changing.
SPEAKER_01They are no longer typing syntax into an IDE for eight hours a day. Their new operational reality involves reading complex AI output, steering the behavior of the agents, refining the system configurations, and exercising extreme, highly calibrated architectural judgment.
SPEAKER_03It requires a completely different cognitive muscle. It's the difference between writing a book from scratch and editing a dense technical manuscript.
SPEAKER_01Editing requires you to hold the entire architecture of the book in your head and constantly look for inconsistencies, tone issues, logical fallacies, and structural flaws.
SPEAKER_03It is arguably much harder work.
SPEAKER_01It is incredibly taxing cognitive work. And to manage this transition, organizations have to radically rethink their team structures.
SPEAKER_03We are seeing the rise of two specific organizational patterns: the evangelist model and the junior-senior pair.
SPEAKER_01The evangelist is an experienced, highly respected engineering leader within the organization who has deeply internalized the agentic workflow.
SPEAKER_03They don't just mandate changes from the top down. They sit with the team. They demonstrate practically how to interrogate the AI's output.
SPEAKER_01And they set the cultural tone that this is an elevation of the engineer's role, not a threat to their job security.
SPEAKER_03I want to explore the junior-senior dynamic because this fundamentally breaks how we have trained software engineers for decades.
SPEAKER_01In a traditional setup, a senior developer mentors a junior developer by giving them small, simple coding tasks, fix this bug, write the simple CRU'd endpoint, and reviewing their work.
SPEAKER_03But in an agentic model, the AI agent is functionally acting as the senior coder, right? The agent has encyclopedic knowledge of every design pattern, every language syntax, every library. Trevor Burrus, Jr.
SPEAKER_01That is the paradox at the heart of agentic engineering. The agent possesses the raw capability and encyclopedic syntactical knowledge of a highly experienced senior engineer.
SPEAKER_03Therefore, it must be supervised by a human senior engineer.
SPEAKER_01Only a seasoned human expert has the scars, the architectural wisdom, and the deep business context to know if the agent's highly sophisticated, perfectly compiling output is actually correct for the specific constraints of the enterprise.
SPEAKER_03A junior developer simply doesn't have the experience to know if the AI is hallucinating a plausible sounding but fundamentally flawed microservices architecture.
SPEAKER_01So what happens to the human juniors? How do they learn their craft if they aren't writing the boilerplate code and fixing the typos anymore? Do we just stop hiring juniors?
SPEAKER_03No, you absolutely must still hire them, but you train them differently.
SPEAKER_01Aaron Powell They learn by pairing with the agent on tightly bounded tasks under the strict constant review of the human seniors.
SPEAKER_03Aaron Powell The Junior acts as the orchestrator or the interface. They work with the agent to generate components, and then they sit side by side with the senior human to review exactly why certain AI decisions were accepted or rejected.
SPEAKER_01The junior learns architectural judgment and system design much faster this way because they are exposed to complex, finished code structures immediately rather than spending their first two years just fighting syntax errors.
SPEAKER_03You know, the sloppy, tired code a developer writes right before the weekend when they just want to go home. Doesn't AI write Friday afternoon code all the time?
SPEAKER_01Aaron Powell Well, the fundamental advantage of the AI is that it never gets tired. It doesn't know what a Friday afternoon is.
SPEAKER_03It applies the exact same level of mathematical rigor to the millionth line of code as it did to the first.
SPEAKER_01But there is a very real challenge here regarding human trust. AI-generated code often looks unfamiliar to a human engineer.
SPEAKER_03It might use syntax, libraries, or patterns that the human isn't used to seeing. This unfamiliarity instantly breeds suspicion.
SPEAKER_01So how do you overcome that suspicion? Because if the senior human just rejects everything the AI does because it doesn't look like their personal style, the whole system grinds to a halt.
SPEAKER_03You overcome it by measuring output objectively rather than by stylistic habits.
SPEAKER_01You cannot evaluate AI code based on whether it looks exactly like the code you would have written.
SPEAKER_03You have to measure it against objective automated metrics, maintainability scores, security vulnerability scans, cyclomatic complexity metrics, and test coverage percentages.
SPEAKER_01If the AI code is structurally sound, highly secure, perfectly functional, and passes every objective metric, the human supervisor must learn to accept it, even if it lacks their personal stylistic flair.
SPEAKER_03Which means training your humans is a massive undertaking. It's not just about showing them how to use a new software tool. I want to push back on the idea that you can just send your engineering team to a two-hour vendor webinar, buy them lunch, and call them AI supervisors.
SPEAKER_01You absolutely cannot. Organizations that try that fail immediately. We look at training in two distinct tiers.
SPEAKER_03Tier one is the basic onboarding. It gets you in the door.
SPEAKER_01It teaches you the interfaces, how to rate the prompts, how the MCP connections work, the basic workflow of the agents.
SPEAKER_03But Tier One does not change ingrained human behavior.
SPEAKER_01Tier two is where the real transformation happens, and it is difficult.
SPEAKER_03Tier two is hands-on delivery of real production grade code alongside the agent on a real high-stakes project.
SPEAKER_01It is the grueling, frustrating work of unlearning the 20-year habit of jumping straight to typing and building the new habit of rigorous specification and deeply skeptical review.
SPEAKER_03Tier two is the required price of entry to truly change the human mindset. Well, we have covered a massive amount of ground today. We've talked about the shift from execution to trust, the expansion of custom software through services of software, the breaking of the speed versus quality trade-off, the absolute necessity of a rigid three-layer architecture, and the deep discipline of spec-driven, governed delivery.
SPEAKER_01Let's bring this entire deep analysis down to immediate actionable steps for the listener.
SPEAKER_03If you are an enterprise leader charting your course over the next 12 to 18 months, what are the specific hard questions you must take back to your teams and your vendors tomorrow morning? We have prepared six CISP prompts for you.
SPEAKER_01Prompt number one is about trust and verification. You must ask your partner. Can they explain exactly how their agents work mechanically, what specific decisions the human supervisors are required to make, and most importantly, who holds the ultimate legal responsibility when a system fails?
SPEAKER_03And if they say the AI is responsible, or if they give a vague answer about shared liability, walk away immediately. Prompt number two is about make versus buy. You need to gather your executive team, look at your IT roadmap, and ask, what critical capabilities do we previously rule out, or outsource to generic sauce packages simply because they were too expensive and slow to build?
SPEAKER_01Which of those should we now build bespoke using service as a software and agentic engineering?
SPEAKER_03Propt number three is about EU AI Act readiness. This is critical.
SPEAKER_01Ask your engineering leads today. Can we produce a complete unbroken mathematical trace from a business requirement all the way down to a deployed line of code on demand for every system we ship?
SPEAKER_03If you cannot produce that audit trail today, you are fundamentally not ready for August 2026.
SPEAKER_01Prop number four is architecture clarity. Ask your internal teams and your external vendors. Where exactly is the AI operating in our delivery model?
SPEAKER_03And more importantly, what systems constitute our deterministic core where AI is strictly physically kept out?
SPEAKER_01Prop number five is pricing. Look at your current vendor contracts and ask, are we still buying arbitrary hours or are we buying guaranteed outcomes?
SPEAKER_03Does the contract make the cost of the agent compute tokens visible? Or is it hidden inside a bloated blended day rate?
SPEAKER_01And finally, prompt number six is about your people. Ask your HR and engineering directors. Do we have the evangelists in place? Have we identified them?
SPEAKER_03Do we have the structured junior-senior pairings required to turn agentic engineering from a cool marketing slogan into a lived daily operational practice?
SPEAKER_01Those six questions will rapidly expose the gap between organizations that are just playing with AI as a new toy and organizations that are rigorously using AI as an industrial grade operating model.
SPEAKER_03So, what does this all mean for the future of your enterprise? We've spent this time breaking down the mechanics, the architecture, and the heavy governance required. I want to leave you with one final provocative thought.
SPEAKER_01When the cost and the complexity of software creation fundamentally collapse to near zero, the biggest risk to your enterprise isn't that you won't be able to build something.
SPEAKER_03The biggest risk is waking up and realizing that you've been limiting your company's entire strategic vision based on technological constraints that no longer exist. If the friction of software development drops to near zero tomorrow, what is the very first thing you're gonna build? Now handing it back to Rafa.
SPEAKER_02And that's it for this episode of Digital Pulse. Now bringing it back to a human voice to say, thank you for listening. Remember to subscribe and follow Digital Pulse. Real insight, zero noise.