Agentic AI in product development
Agentic AI has quietly crossed a line in the last year. It's gone from a demo you show the board to a dependency in how real teams build real products. The teams that understand the difference are pulling ahead — and the ones treating it as magic are about to learn an expensive lesson.
Let me be precise about what I mean by "agentic," because the word is doing a lot of work. A chatbot answers. An agent acts: it takes a goal, breaks it into steps, uses tools, observes the result, and adjusts — with enough context to carry the task across more than one turn. That shift, from answering to doing, is what makes agentic AI relevant to product development rather than just to conversation.
Where it's already changing the work
Across the product lifecycle, agents are absorbing the work that used to sit between the interesting decisions — the connective tissue that always slowed teams down:
- Spec to prototype. A rough product idea becomes a working scaffold in hours, so you're reacting to something real instead of arguing about a document.
- Code and review. Agents draft implementations, write the tests, and do a competent first-pass review — turning engineers into editors and architects rather than typists.
- The unglamorous middle. Migrations, refactors, dependency upgrades, glue code, instrumentation — the toil that quietly eats a roadmap.
- Requirements and feedback. Synthesizing support tickets, interviews, and telemetry into the themes that should actually shape the next sprint.
- Even embedded. In firmware and hardware-adjacent work — my home turf — agents help with driver scaffolding, test harnesses, and reading the dense reference manuals that used to cost days.
The pattern underneath all of it: agents are best at the high-volume, well-bounded work that surrounds judgment, freeing your best people to spend their time on the judgment itself.
Agents are teammates with no judgment and infinite stamina. Design the workflow around that.
Where it breaks — and why my instinct is caution before scale
I spent years in safety-critical automotive software, where shipping the wrong bit can hurt someone and "it usually works" is not a sentence you're allowed to say. That background makes me both bullish and careful. Agentic systems fail in specific, predictable ways, and you have to design for them:
- Confidence without correctness. An agent will produce a wrong answer with exactly the same fluency as a right one. There is no built-in tremor in its voice.
- Non-determinism. The same prompt can yield different paths. For anything you'll certify, audit, or depend on, that has to be bounded and tested.
- Accountability gaps. When an agent makes a change, who owns the outcome? If the answer is fuzzy, you've created risk, not leverage.
- Security and data exposure. An agent with tools and credentials is a new attack surface. Give it the least privilege it needs and watch what it touches.
- The last mile of trust. Getting to 80% is now cheap. The remaining 20% — the edge cases, the integration, the verification — is still where the real engineering lives.
How I'd structure a team to adopt it
The mistake I see is treating agentic AI as either a toy or a layoff plan. Both miss it. Here's the approach I'd take leading an organization through this:
- Keep humans on the hard calls, agents on the toil. Map your work by judgment density. Push the low-judgment, high-volume work to agents; concentrate your people on architecture, trade-offs, and the calls that carry consequence.
- Build verification in from day one. Every agent-produced artifact needs a gate — tests, review, a human sign-off scaled to the stakes. Trust is earned per workflow, not granted across the board.
- Make ownership explicit. A human owns every outcome an agent contributes to. The agent is a tool in their hands, and the accountability stays with the person.
- Measure honestly. Track cycle time, defect escape rate, and rework — not "lines generated." If the agent is creating downstream cleanup, you want to see it.
- Invest in the interface, not just the model. The leverage is in how the agent plugs into your codebase, your context, and your guardrails. That integration work is the real moat.
The takeaway
Agentic AI doesn't replace good engineering judgment — it raises the premium on it. When the cost of producing a plausible answer drops to near zero, the ability to tell a right answer from a wrong one becomes the scarce, valuable skill. The teams that win will treat agents as what they are: tireless teammates with no judgment, wrapped in guardrails built by people who have shipped real systems before.
That's the same discipline that ships a vehicle platform or a mesh radio — clear ownership, verification you can trust, and humans firmly in the loop on the decisions that matter. The tools changed. The engineering didn't.
Adopting agentic AI in your org?
I help engineering teams put agentic AI to work without giving up rigor — workflow design, verification, and the org changes that make it stick. Let's talk through yours.