Sovereign Stack Co-op
Member-owned cooperative

Sovereign Stack Co-opOwn your intelligence

Sovereign Stack Co-op is a member-owned cooperative for operators, small firms, and independent builders who want to run their own AI, their own infrastructure, and their own data instead of renting all three from platforms they do not control.

Sovereign AI

Open-weight models running on hardware a member owns or controls, so prompts and documents never leave the boundary.

Sovereign Stack

Compute, storage, identity, communications, and automation self-hosted as one coherent stack rather than a stack of subscriptions.

Sovereign Data

Your records in open formats, in stores you hold the keys to, portable on the day you decide to move them.

Why a co-op, and why now

Most operators today do not own the intelligence their business runs on. They rent it, month to month, from vendors whose incentives are not theirs.

The problem we keep running into

  • Per-seat rent that scales against you. Costs grow with headcount and usage, not with the value delivered, and every added tool adds another line item.
  • Lock-in by data gravity. The longer a platform holds your records, the more expensive leaving becomes — often by design.
  • Data leaving the building. Client documents and internal notes end up on infrastructure you cannot inspect, under terms that change without your consent.
  • Models changing underneath you. A workflow tuned against a hosted model can quietly degrade when that model is deprecated or repriced.
  • No standing. As a customer you get a support queue. You do not get a vote.

What the co-op does about it

  • Member-owned infrastructure. The co-op serves its members, not outside shareholders, so decisions on pricing, roadmap, and data handling answer to the people using it.
  • Self-hosted, open-weight models. Weights you can pin and keep running. A model that works today works tomorrow, because nobody can take it away.
  • Data on member-controlled hardware. Your own machines, your own colocated boxes, or co-op shared infrastructure — always with a documented path elsewhere.
  • Pooled capability. Hardware, tooling, and operational knowledge shared across members rather than rebuilt privately five times over.
  • A say, not a subscription. Members hold a stake in the thing they depend on.

What we do

Five services, offered to members and to operators evaluating membership. Every engagement ends with you owning the result — the hardware, the configuration, the credentials, and the documentation to run it without us.

Sovereign AI deployment

We stand up open-weight language models on hardware you control — a workstation with a capable GPU, a colocated server, or capacity on co-op shared infrastructure. Inference stays inside your network boundary, so prompts, documents, and customer records are never sent to a third-party API.

It includes model selection matched to your workload, a private inference endpoint your applications can call, and retrieval over your own document store when the model needs grounding in your material. You get the runbook for updating, pinning, or rolling back a model version on your own schedule.

Sovereign Stack build-out

The full self-hosted application stack, provisioned as one coherent system: compute and container orchestration, storage and backup, identity and single sign-on, email and team communications, plus the automation layer that ties them together.

The point is to own the whole path rather than rent each segment. We favour boring, well-supported open-source components, document how each piece is configured, and hand over infrastructure definitions so the stack can be rebuilt if a machine is ever lost.

Sovereign Data and migration off SaaS

Getting your data out of proprietary platforms and into formats and stores you control. We inventory what lives where, export it, convert it into open formats, and load it into systems you hold the keys to — with the relationships between records preserved, not flattened into a folder of spreadsheets.

Migrations are staged so the business keeps running: the old system stays available while the new one is validated in parallel, and cutover happens only once you have confirmed the data is complete and correct.

Co-op advisory and architecture review

A structured assessment of your current stack: what you run, what you rent, where your data physically sits, which dependencies would hurt most if a vendor changed terms tomorrow, and what a realistic exit looks like for each one.

You receive a written review and a sequenced plan toward sovereignty, ordered by risk reduction and effort, so you can start with the change that removes the most exposure. It is the right first step if you are unsure how much of your stack you want in-house.

Shared infrastructure and member support

Ongoing membership benefits: pooled compute and storage for members who do not want to buy their own hardware outright, shared deployment tooling and configuration templates, and a members' channel where operators help each other work through real problems.

Members also get the co-op's accumulated operational material — hardening checklists, backup and restore procedures, and upgrade notes — so the same problem is not solved from scratch by every member in turn.

Membership

Membership is ownership, not a subscription tier. Members hold a stake in the co-op and a say in how it is run — what it builds, what it charges, and how it handles member data.

Who it is for

Operators and owner-run businesses that depend on software daily and have decided they would rather own that dependency: small professional firms, independent consultancies, trades and service businesses running real operational systems, technical founders, and builders who want their tooling to outlast any one vendor.

You do not need to be a systems administrator. You do need a genuine intent to run and keep your own infrastructure, because that is what the co-op is organised around.

What a member gets

  • A stake in the co-op and a vote on the decisions that affect members.
  • Member rates on deployment, build-out, migration, and advisory work.
  • Access to shared infrastructure and the co-op's tooling and configuration library.
  • The members' support channel and direct peer help from other operators.
  • Documentation and credentials for everything built for you — held by you, not by us.

How joining works

  1. Get in touch. Tell us what you run today and what you are trying to stop renting. A few sentences is enough to start.
  2. Intake conversation. We walk through your current stack, your data, your constraints, and whether the co-op is genuinely a fit. If it is not, we will say so.
  3. Scope the first step. Usually an architecture review or a single contained deployment, so there is something real and working before any larger commitment.
  4. Join as a member. Membership is confirmed with a member agreement and a membership stake, which is what makes it ownership rather than a service contract.
  5. Build and hand over. Work proceeds in stages, and each stage ends with you holding the keys, the config, and the documentation.
Start a membership conversation

Contact

Whether you want to join, scope a deployment, or just ask whether this makes sense for your situation, email is the way in. Every enquiry is read by a person.

Email the co-op at [email protected]

What happens next: tell us what you run today, what you would like to own instead, and any deadline you are working to. We reply with either a set of clarifying questions or a proposed intake call. If what you need falls outside what the co-op does, we will tell you that directly rather than stretch to fit it.