Control your data.
Decide where knowledge lives, who can access it, and how it is used. Keep context portable as your systems evolve.
CONTACT
Have a difficult problem worth solving? Start a conversation with the team.
Organization / Mission
AI sovereigntyThe ability to use AI should come with the power to direct it.
AI sovereignty is the ability to make informed choices about the intelligence a person or organization depends on: what knowledge it can use, which models it runs, where computation happens, and what actions it can take.
It means being able to understand the system, set its boundaries, and change course when your needs or the technology change. The goal is practical agency throughout the life of an AI system.
What we’re building toward
Decide where knowledge lives, who can access it, and how it is used. Keep context portable as your systems evolve.
Use the models that fit the work. Preserve the freedom to switch providers and integrate open models as needs change.
Choose where intelligence runs, with a path toward infrastructure you control and systems you can adapt.
Make actions inspectable, permissions explicit, and consequential decisions subject to human judgment.
A long-term mission. Built one system at a time.
Explore the work01 / The control surface
Knowledge → intelligence → actionAI relies on a chain of connected choices. Control at one point is not enough if another layer can move your data, lock you to one model, or act without your authority. We think about agency across the full path.
Sources · context · access
Provider · version · choice
Location · dependencies
Tools · permissions · review
Policies · permissions · visibility · the ability to change or stop
02 / A practical standard
Agency you can exerciseSovereignty is not one checkbox or one deployment model. It is the ability to make consequential choices across the system—and keep that ability over time.
Select models, providers, and where work runs to suit the task, policy, and people involved.
Know what information is used, what a system depends on, and which actions it is allowed to take.
Keep your knowledge and workflows useful as models, vendors, and infrastructure change.
Running locally can help in some situations; it does not, by itself, guarantee control. What matters is who can access, direct, move, and stop each part of the system.
03 / The test of change
An architectural principleA model improves. A provider changes direction. A workflow becomes critical. Sovereignty matters most when you need to make a different choice.
Context, sources,
and working history.
Objectives, permissions,
and acceptance criteria.
Human authority spans the system. The ability to inspect, redirect, and stop should survive a change of technology.
WHEN PRINCIPLES MEET REALITY
Three situations that reveal whether a system leaves room to choose.
A new model should be a decision you can evaluate. Keep representative tasks and acceptance criteria, compare results, and understand what will change before moving the work.
THE TEST / Can you switch without losing the context?Changing environments should not mean starting from zero. Know what can be exported, which dependencies must be rebuilt, and how access rules will carry into the next system.
THE TEST / Can you take your working knowledge with you?Authority needs a practical mechanism. Make consequential actions visible before execution, define who may approve them, and distinguish stopping future work from reversing an action already taken.
THE TEST / Can a responsible person intervene in time?04 / Mission into practice
The work aheadOur mission sets the direction. The tools we build are how we put it to work.
Bring us a problem worth solvingA focused operating surface for working with models, tools, and context.
A terminal-native coding agent, designed to work close to the system.
These are steps toward the mission. The principles above describe our direction, not a claim that every capability is available today.