Domain-continuous experience is the form of practice in which each session modifies the builder's understanding of the domain's enduring structure. The developer who spends a thousand hours debugging encounters the specific resistance of computation — its unforgiving logic, its cascading failures, its patterns of success and collapse. The understanding that accumulates is transferable across languages, platforms, and tools because it is grounded in principles the domain shares regardless of the instruments used to engage with it. This is the form of experience that traditional apprenticeships produced at great cost. It is also the form whose continuity is threatened when AI-mediated building runs primarily through the tool rather than through the domain.
The distinction between domain-continuous and model-continuous experience is the Dewey volume's most original contribution to the AI discourse. Traditional software development, before the natural-language interface collapsed the implementation barrier, was overwhelmingly domain-continuous by default. The developer who wanted to build had to encounter software. The encounter was the education. The product was the residue.
The understanding this chain deposits has a specific character. It is embodied in Dewey's sense — it lives in the organism's patterns of attention and response, not in propositional knowledge stored for retrieval. The senior engineer Segal describes in The Orange Pill, who can feel a codebase the way a physician feels a pulse, possesses this kind of understanding. It is not mystical. It is the accumulated deposit of thousands of encounters with the domain's resistance, each modifying the perceptual apparatus in ways too subtle to articulate and too consequential to dismiss.
Domain-continuous experience is also transferable. The developer who understands why a certain architectural pattern produces brittle systems understands something that remains true whether she codes in Python or Rust, on a laptop or in the cloud, with or without AI assistance. This transferability is the mark of genuine domain knowledge: it survives changes in the tools that were originally used to acquire it.
AI does not make domain-continuous experience impossible. It does change the conditions under which it forms. The builder who uses Claude Code to produce working software can still read the code, trace its logic, test it against her predictions, modify it and observe the consequences. When she does these things, her experience is domain-continuous — the AI-generated artifact becomes raw material for her ongoing inquiry into the domain. When she does not, her experience is model-continuous: the understanding deposited is about the tool, not the field. The difference is invisible from the outside. The product looks the same. Only the builder's future trajectory reveals which kind of understanding has accumulated.
The distinction is introduced in Chapter 2 of the Dewey volume, which reads the principle of continuity from Experience and Education as a diagnostic instrument for contemporary AI work. The framework operationalizes Dewey's insistence that the educational value of an experience depends on the chain it belongs to.
Encounter with the domain's resistance. Domain-continuous experience is defined by the fact that the material pushes back, and the builder's understanding is corrected by what the material does.
Transferable understanding. The knowledge deposited survives changes in the specific tools used to acquire it.
Embodied, not propositional. The understanding lives in perceptual habits and patterns of attention, not in facts that can be stated on demand.
Possible but not automatic under AI. The builder can maintain domain continuity by examining, testing, and modifying AI-generated output — but the default workflow does not require it.