Thinking
Long-form writing on the architecture of secure intelligent systems, AI governance, and the operating models that make enterprise transformation real.
AI doesn't make the consulting pyramid more efficient. It puts the pyramid under structural pressure it was not designed to absorb. The firms that adapt earliest will not optimize the old model — they will begin replacing it.
Consulting expertise and consulting labor are distinct economic goods. The pyramid has bundled them together for so long that most firms have stopped noticing the difference. AI is forcing the unbundling.
Board-level engagement with AI governance has followed the familiar pattern of board-level engagement with cybersecurity a decade ago. The regulatory signal is already visible to anyone watching closely.
Secure AI transformation is the organizational process of adopting AI capabilities in a way that does not create new and unmanaged risk while acquiring new capability. Most enterprises are accumulating risk faster than they are building the capacity to manage it.
The time-and-materials model is not just a pricing mechanism. It is a lens that exposes a structural misalignment between how consulting firms spend effort and where clients perceive value.
The conversation about enterprise AI adoption has been dominated by technology questions. What has received less attention — and what is almost always the actual constraint — is organizational readiness.
GRC was built to create structure around regulatory requirements and produce evidence of due diligence. What it was not built for is helping organizations make better decisions about risk in real time. The gap between the signal and the decision is where most security programs lose their value.
The market has overweighted prompt engineering, treating the quality of the prompt as the primary determinant of AI output quality. It is not. The prompt is the input specification — output quality is determined by model quality, data quality, context quality, and evaluation rigor.
The organizations having the most difficulty with cyber insurance are not the ones with the worst security programs. They are the ones with the largest gap between what their policy says they have implemented and what they have actually implemented.
AI-native is becoming the kind of phrase that means everything and therefore nothing. The organizations that will benefit from AI as a structural competitive advantage are those that have built something more substantive than a portfolio of AI tools sitting on top of traditional processes.
Most data governance programs were designed to manage data at the pace of policy-making, not the pace of operations. In environments where AI systems are consuming and generating data continuously, that gap is becoming critical.
The traditional consulting leverage model has been stable for decades. AI is dismantling its base faster than the firms that depend on it are willing to acknowledge.
Organizations moving AI into production are discovering a security problem that was not salient during experimentation: the question of what the AI system is allowed to access, what it is allowed to do, and how the organization knows those boundaries are being respected.
Output and judgment are being treated as if they exist on the same scale — as if producing more output at higher speed is equivalent to making better decisions. They are not the same thing.
The relationship between data integration and security is usually framed in one direction. The more consequential relationship runs the other way: data integration determines what can be seen, correlated, and acted on.
AI does not replace work. It replaces specific cognitive tasks within work. Everything that requires judgment about what the output means and what to do with it remains human — and the enterprise response to AI has consistently blurred this distinction.
Every AI initiative runs into the same obstacle around six to eight weeks in, with the same expression of surprise. The models do not work the way the demos suggested — not because the technology is deficient, but because the data is not what the organization assumed it was.
Data volume produces the appearance of security awareness while frequently obscuring the understanding that awareness is supposed to provide. The distinction between monitoring and awareness is the difference between having data and understanding what it is telling you.
There is a competency in OT security that rarely appears in job descriptions but separates practitioners who can operate in industrial environments from those who have only studied them.
The gap between documented assets and actual assets in industrial environments is not organizational incompetence — it is a structural feature. And threat actors are not constrained by your asset inventory.
The patch-prioritize-verify cycle of enterprise vulnerability management rests on assumptions that collapse in OT environments. A mature OT vulnerability program looks fundamentally different — and must be built from scratch.
Passive monitoring is the safe choice in OT — and if taken too literally, it is also an incomplete one. The real answer is a tiered interrogation model that reflects actual device risk, not methodology purity.
The assumption that OT security is just IT security in a different building is not only wrong — it is dangerous. Applying IT controls to OT environments does not reduce risk. It introduces a new category of it.