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.