Field Notes

Practical thinking for AI systems that have to work beyond the prompt.

Notes from the engineering questions behind ISABELLA and our custom AI work: where a system runs, what it remembers, how it decides, and how its output becomes a valid action.

Architecture before spectacle

The useful questions begin at the system boundary.

AI product conversations often begin with a model. Production decisions begin earlier: what the system may know, what it must do, where it must run, and how people will determine whether its behavior is useful.

These field notes share the principles we use to reason about those decisions. They are deliberately high-level; a credible architecture still has to be developed and evaluated for the specific environment where it will operate.

Layered interface representing the components of an intelligent system

Architecture

Why local-first AI starts with system boundaries

“Local” is not a feature that can be added after the rest of the product is designed. It changes the model choices, data flow, hardware assumptions, update path, and definition of acceptable performance.

The first useful question is not whether a model can run on a device. It is which responsibilities must remain inside a particular boundary. Sensitive data may need to stay on-premises. A simulation may need to continue without a network. A response may need to arrive within the limits of an interactive system. Each requirement creates a different architecture.

That is why local-first should describe a design priority rather than a blanket promise. Offline-capable operation depends on the available hardware, selected models, required context, connected tools, and the quality threshold for the task. A system can also be hybrid, keeping some responsibilities local while using approved external services for others.

Memory

Memory is an architecture decision, not a transcript

Giving an agent more history does not automatically give it better memory. Useful memory is selected, scoped, summarized, retrieved, and revised for a reason.

A transcript records what was said. An agent memory system has to decide what an experience means, whether it remains relevant, who is allowed to use it, and how it should influence a later decision. Those choices are part of product behavior, not merely prompt construction.

Scope matters. An individual agent may retain a prior interaction while a shared system retains only an approved summary. Short-lived working context may be discarded after a task. A durable fact may need a source, confidence, and path for correction. Designing these layers explicitly can make behavior more coherent and easier to inspect.

Integration

The useful unit of AI is an action the surrounding system can validate

Natural language is powerful for people. Software needs a more precise contract when an AI result will affect state, initiate a workflow, or change a simulated world.

A structured action layer translates an agent's intent into known fields, allowed operations, and validation rules. The application can then check permissions, current state, required inputs, and safety conditions before anything happens. The model proposes; the surrounding system remains responsible for execution.

This separation also makes evaluation more concrete. Instead of judging only whether an answer sounds convincing, a team can inspect whether the right action was selected, whether its arguments were valid, whether the application accepted it, and what state changed afterward.

Apply the thinking

Have a system boundary you are trying to solve?

Bring us the environment, the constraint, and the behavior you need. We can help determine what should be prototyped and what the surrounding architecture must provide.