Mohamed Talaye

Home / Writing

15 January 2026 · 2 min read

AI and blast radius: change the control system, not the scope

First published as a LinkedIn post in reply to an article by Philippe Ensarguet.

One part of Philippe Ensarguet's article particularly resonated with me: the idea that AI impact must be evaluated through blast radius, especially for mission-critical infrastructure, safety-sensitive systems, and codebases carrying decades of institutional wisdom.

I strongly agree with the caution, but I would like to add a complementary perspective.

I don’t think the answer is to exclude AI from these high-blast-radius domains. I think the answer is to change the control system around AI-written code.

AI should absolutely support coding in distributed systems, databases, and security frameworks, provided that we embed stronger safeguards by design:

  • AI-assisted observability and monitoring as a first-class concern
  • Early anomaly detection to surface bugs, backdoors, and unintended behaviours
  • Security testing integrated directly into CI/CD pipelines
  • Continuous validation at runtime, not just at build time
  • Sandbox and progressive (A/B) deployments, where AI-generated code is first exposed to limited user segments, then gradually expanded as confidence grows

In other words: the risk isn’t AI generating code, the risk is AI generating code without fast, intelligent feedback loops.

Open source

On open source, I largely share Philippe’s optimism. OSS is not threatened by AI. It is, in many ways, its nourishment. Open source projects provide the patterns, debates, edge cases, and operational lessons that AI systems learn from. And AI, in turn, should and will generate new open source that benefits the entire ecosystem.

Where wisdom lives

Where I think the next shift happens is how wisdom is preserved.

Yes, mature codebases encode years of production experience, but that wisdom shouldn’t live only as legacy code.

It needs to be progressively captured as intent, constraints, architectural decisions, and behavioural expectations, so it can guide AI-assisted development without dragging along unnecessary technical debt.

If we succeed at that, we don’t lose institutional memory. We make it executable, observable, and evolvable.

AI isn’t replacing open source or engineering judgment. It’s reshaping where wisdom lives, how risk is controlled, and how quickly issues can be detected, and it’s also pushing us to evolve our operating models. Capabilities like observability, monitoring, and security, which traditionally grew alongside systems over time, increasingly need to be present from the start to safely support AI-assisted development.

That’s not a threat. It’s an architectural challenge worth embracing.

Also published on LinkedIn, where the discussion is.

Mohamed Talaye

Mohamed TalayeMohamed Talaye is a technology executive who builds technology organisations and the platforms they run on. Today, he is shaping the technology foundation for Aker BP's AI-native ambition. More about me