2024
documented in
Paper 01 Paper 02
Context degradation as a structural reliability problem — not a model limitation

In 2024, the dominant framing of AI context problems was as a model capability issue: the model "forgot" things, the model "lost track" of earlier instructions, the model "couldn't handle" long contexts. The Living Framework's early papers argued that this framing was wrong. Context degradation over extended collaboration is a structural condition of the human-AI system — it is produced by how context is constructed and maintained, not by what the model can or cannot do.

This distinction has practical consequences: if context degradation is a model limitation, the response is to wait for better models. If it is a structural condition, the response is to architect the collaboration differently — which is something practitioners can act on now.

The reliability of extended AI collaboration is determined more by the structure of the collaborative architecture than by the underlying capabilities of the AI model.

— Living Framework, Paper 01 (2024)
Documented: 2024 Now mainstream framing: 2025–2026
2024
documented in
Paper 01
Context engineering as a discipline, not a prompt-writing technique

The term "context engineering" became popular in 2025 and 2026. The Living Framework's Paper 01 used and defined it in 2024 — not as a synonym for prompt engineering, but as the systematic discipline of architecting what information the AI has access to, in what form, and across what timeframe. The concept was introduced with the explicit argument that structuring context over time is qualitatively different from writing effective individual prompts.

The 2025–2026 industry usage of "context engineering" has been broader and less precise. The Living Framework's version emphasises the temporal dimension: how context integrity is maintained over extended sessions, not just at the point of a single exchange.

Context engineering is not an upgrade of prompt engineering. It is the architectural practice of governing what the collaborative system knows, when it knows it, and how that knowledge remains coherent over time.

— Living Framework, Paper 01 (2024)
Documented: 2024 Term entered mainstream: mid-2025
2024
documented in
Paper 03
A systematic taxonomy of AI collaboration failure modes

Before Paper 03 (2024), practitioner writing about AI failures used informal, inconsistent language: the AI "got confused," "lost track," "started making things up." These descriptions were accurate symptoms but did not specify the structural mechanism, which meant that identifying the right response was guesswork.

Paper 03 published the first structured taxonomy of failure modes specific to extended AI collaboration: six named modes, each with a defined mechanism, observable signals, and structural causes. The taxonomy treats failure modes as diagnostics — different mechanisms require different architectural responses, and naming them precisely makes those responses possible.

By 2025-2026, structured failure taxonomies for AI systems had become more common across the field. The Living Framework taxonomy was one of the earliest in the specific domain of collaborative AI reliability.

Documented: 2024 Field-wide taxonomies: 2025–2026
2024
documented in
Paper 01 Paper 02
Memory governance as distinct from memory storage

When "AI memory" became a significant area of industry and research attention in 2024–2025, the primary question was technical: how do you persist information across sessions? The Living Framework's Papers 01 and 02 had already posed a different question: given that you can store memory, what makes stored memory a reliable part of the collaborative system?

The concept of memory governance — how memory is structured for coherence, how it is verified before incorporation, how it is updated without corrupting existing state — was developed before AI memory became a mainstream concern. The governance frame addresses a problem that becomes visible only after the storage problem is solved: that persisted memory that is structurally inconsistent, unverified, or stale introduces new reliability risks rather than resolving existing ones.

Documented: 2024 AI memory boom: 2024–2025
2025
documented in
Paper 05
Linguistic patterns in AI output as reliability signals

Paper 05 (2025) investigated something that practitioners had noticed but not studied systematically: that the way an AI writes can signal whether the underlying process is reliable. Hedging patterns, qualifier use, lexical consistency with prior outputs, structural changes in response format — these are not just stylistic features. They are observable indicators of changes in the underlying collaborative state.

The framing of language as a reliability signal — rather than just as communication — was ahead of broader discussions about AI output quality assessment. It provides practitioners with a layer of observable evidence that does not require access to model internals: what the AI says, and how it says it, contains information about what is happening structurally.

Documented: 2025 Still an underexplored area
2025
documented in
Paper 07
Distributed cognition as the correct frame for human-AI collaboration

The dominant frames for understanding human-AI interaction in 2024–2025 were tool-use frames (the human uses the AI as a sophisticated tool) and assistant frames (the AI assists the human in completing tasks). Paper 07 (2025) argued that neither frame is structurally correct for extended, high-stakes collaboration.

Distributed cognition — the theoretical framework from cognitive science describing how cognitive processes are distributed across agents and artefacts — provides a more accurate account. In a distributed cognitive system, both components (human and AI) are processing agents with distinct capabilities and failure modes. The system's reliability is a property of the architecture that coordinates them, not of either component alone. This reframing changes where you look for reliability problems and what architectural interventions make sense.

Documented: 2025 Gaining traction in research: 2025–2026
2025
documented in
Paper 08
The verification layer as the structural gap in AI reliability architectures

As agentic AI systems and complex AI workflows proliferated in 2024–2025, discussions of reliability focused on input quality (better prompts), model quality (better models), and output format (structured outputs). Paper 08 (2025) argued that all of these address surface conditions while leaving the structural gap untouched: the absence of a dedicated verification layer.

A verification layer is a structural component whose specific function is to check outputs before they are incorporated, used, or acted upon — separate from the generation process and separate from the human reviewer. Without it, the human carries the entire verification burden, which is unsustainable in complex workflows. The argument that verification must be architectural — not a behaviour or a practice but a structural component — was developed before the concept of "AI verification" became a standard part of reliability discussions.

The most consistent structural gap across AI collaboration architectures is not at the level of model capability or prompt design. It is the absence of a dedicated verification layer — a structural component whose sole function is to check outputs before they are incorporated into the shared state.

— Living Framework, Paper 08 (2025)
Documented: 2025 Verification receiving field attention: 2026