3 posts tagged with "Engineering"

The previous post mapped four cumulative layers of agentic engineering — prompt, context, intent, specification — and argued that the industry keeps miscounting them by confusing abstraction levels with tooling. This post goes deep on Layer 4: Specification Engineering.

Layer 4 is the least understood, the least implemented, and the most consequential. It is also the only layer where real production-grade tooling has shipped in 2026 — policy-as-code engines, formal agent contracts, and specification standards — which means the gap between what's possible and what teams are actually doing is now an engineering choice, not a capability limitation.

The industry keeps confusing the layers as each new one gets named. Prompt engineering, context engineering, intent engineering — these are not synonyms, not a progression where each replaces the last, and not marketing terms for the same activity. They are distinct engineering disciplines that operate at different levels of abstraction, answer different questions, and break in different ways when absent.

This post maps the layers as they actually exist in 2026, drawing on the academic formalisation, the practitioner evidence, and the production failures that clarify where each layer's jurisdiction begins and ends.

In the previous post, we mapped the core laws governing engineering teams: Conway, Brooks, Parkinson, Dunbar, Goodhart, and Ringelmann. Each one describes a force that operates on communication structures, coordination overhead, and cognitive limits.

Now introduce AI agents — systems that write code, execute tasks, and produce artefacts autonomously, at a pace no human engineer matches. Do the laws still hold?

Yes. But they don't hold in the same places.