Skip to content
Open models in people’s hands

Access to intelligence shouldn’t be revocable.

Sovereign lets people and communities keep open AI models whole, verifiable and shareable, so access never hangs on any one company, platform or government. Including us.

An open protocol and command-line tool for signed, content-addressed model archives that any disk or web server can mirror. Apache-2.0.

  • No account required
  • Verifies offline
  • Public preview
Illustration of a preserved copy

What it holds

  • Weights4 files
  • Tokenizer2 files
  • Vision projector1 file
  • License and notices2 files
  • Original model card1 file

Verified

Identity
sha256:4e1f…9a07
Signed by
your key

Lives on

  • your disk
  • a NAS
  • a USB drive
  • a web server

What’s at stake

Access is becoming a lever of control.

AI is moving into how people learn, work, organize and speak. Most of us reach it through someone else’s servers, on someone else’s terms, and those terms can change overnight. When access can be switched off, it becomes leverage over the people who depend on it.

  • Withdrawn.

    A repository is deleted or made private. The model still exists somewhere, just not anywhere you can reach.

  • Revoked.

    Terms change after the fact. A model you could use yesterday needs an account, a new agreement or the right country today.

  • Blocked.

    Networks are filtered by country, provider, school or employer. The model hasn’t gone anywhere. You have been cut off from it.

  • Pressured.

    Governments and powerful interests lean on hosts to take models down, often with no notice to the people who depend on them.

  • Abandoned.

    Companies close, projects end, hosting bills go unpaid. Whatever lived only on their servers goes with them.

  • Replaced.

    New files overwrite the exact version your work was built and tested on, and the original is simply gone.

The people with the least power lose access first. They should be the last.

Journalists. Researchers where access is filtered or restricted. Communities far from any hub. People living under governments that would rather they didn’t have these tools. Sovereign is built so they can keep, verify and pass on the models they need without asking anyone’s permission, and without depending on any one service staying online, ours included.

Sovereign doesn’t break locks or licenses. Every copy carries its model’s license and notices, and it only helps share what may be shared. It protects access people already have; it doesn’t take anything from anyone.

Sovereignty you can hold

Independence is a copy you hold, not a promise someone makes.

Terms of service can change. A complete, signed copy in your hands can’t be recalled. It holds every file the model needs, an exact list of those files, and a signature on that list from a key you control.

Diagram: the model’s files are listed in a signed file list, and the copy can live on any storage.

The files

  • Weights
  • Tokenizer
  • Vision projector
  • License and notices
  • Original model card

Your copy

Signed file list

Lists
every path, size and SHA‑256
Identity
sha256:4e1f…9a07
Signed by
keys you choose

Any storage

  • A folder on your disk
  • A NAS
  • A USB drive
  • A plain web server
  • A recovery kit file
  • Complete

    You choose what a working copy needs: weights, tokenizer, a vision projector, notices, the original model card. Every file is listed explicitly. Nothing is quietly left out.

  • Signed

    The file list is signed with keys you choose. There is no Foxlight key, no account and no permission service anywhere in the loop, so there is nothing for anyone to switch off.

  • Verifiable

    Every file is checked byte for byte against its SHA‑256 before a copy counts as complete. Change one byte and the check fails.

  • Portable

    It’s an ordinary folder. Move it to another disk, a NAS, a USB drive or any plain web server, and it is still the same copy.

Restore it anywhere, without needing

  • a model hub
  • a Foxlight account
  • a GPU
  • Skulk

How it works

Preserve. Check. Share. Recover.

Four things you can do with a copy. Each one is a choice you make on purpose. Nothing is shared, announced or uploaded unless you decide it should be.

01 · Preserve

Capture the model and everything it depends on.

Choose a model and the companions it needs to work. Sovereign copies those exact files into storage you pick, hashes every one, and signs the complete list.

  • Your private signing key stays with you. It is never part of the copy.
  • The original model card, license and notices travel with the files.
  • Keeping a copy never starts public sharing.
Create a signing key, then pack a copy
model-preserve keygen --key owner.pem --trust-out owner-trust.json

model-preserve pack --recipe recipe.json --member weights=/path/to/model \
  --member notices=/path/to/notices --store /path/to/preserved --key owner.pem

02 · Check

Prove the copy is still exactly what you saved.

Checking re-reads every byte and compares it with the signed list. A flipped bit, a truncated file or a swapped signature fails loudly. A clean result tells you what is on the disk right now.

  • Run it after a move, after a restore, or just every so often.
  • A failed check never touches your other good copies.
  • Disks change over time, so checking is something you repeat.
Verify every file against the signed list
model-preserve verify MANIFEST_SHA256 --trust bundle-trust.json --store ./preserved

03 · Share

Pass it on, so it survives.

Save a self-contained recovery kit to a USB drive, put the copy on any static web server, or send a small invitation file that points to mirrors. Every copy you pass on is one more place the model survives, and whoever receives it checks everything for themselves.

  • Serving to others is always a separate, opt-in choice, and you can stop it.
  • Public sharing uses a separate public copy with its own publishing key.
  • Check each model’s license and notices before you share it publicly.
Save a recovery kit and look inside it
model-preserve kit-export MANIFEST_SHA256 --store archive --trust owner-trust.json --output model.foxkit
model-preserve kit-inspect --kit model.foxkit

04 · Recover

Bring it back when the original is gone.

Import a kit, or fetch from any mirror that still has the copy. Sovereign verifies it, then restores the exact files into a fresh folder. No hub, no account, no original machine and no one’s permission needed.

  • Restore never overwrites an existing folder.
  • It lays out the files. It doesn’t install engines or run model code.
  • Loading the model somewhere is a separate decision you make.
Import a kit and verify it
model-preserve kit-import --kit model.foxkit \
  --expected-manifest-id MANIFEST_SHA256 \
  --trust owner-trust.json --output recovered-archive
model-preserve verify MANIFEST_SHA256 --store recovered-archive \
  --trust recovered-archive/kit-trust.json
Restore the exact files to a new folder
model-preserve restore MANIFEST_SHA256 --trust bundle-trust.json \
  --store ./preserved --output ./restored-model

Commands are copied from the project README. Replace MANIFEST_SHA256, the paths and the trust files with your own.

Trust

Trust that doesn’t require trusting us.

A mirror is a place, not an authority, and Foxlight isn’t an authority either. You can download a copy from a stranger’s server and still know it is exactly the one you meant to get, without asking us or anyone else to vouch for it.

  1. The copy has a fingerprint.

    Its identity is a SHA‑256 fingerprint of its signed file list. Change one file and the list changes. Change the list and the fingerprint no longer matches.

  2. You learn what to expect from someone you trust.

    The expected fingerprint and the signer’s key come separately from the files: from the publisher’s own site or repository, from the person who hands you a kit, or from a source you chose to follow. Sovereign shows you the fingerprint and asks you to confirm it. It never trusts a key just because it arrived with the files.

  3. Your computer checks everything.

    Signatures are checked before any model bytes are requested, and every file is checked as it arrives. A mirror that serves anything else simply fails, and you try another.

Mirrors are interchangeable. Any of them can vanish, and none of them can swap the model.

Built on open standards

  • DSSE
  • Ed25519
  • RFC 8785 JSON
  • SHA-256
  • TUF
  • HTTPS
  • BitTorrent
  • IPFS
The precise version
  • A copy’s identity is the SHA‑256 of its manifest’s canonical (RFC 8785) payload, which records every member, path, byte length and file SHA‑256. It is not the URL, the storage location or the signing key.
  • The manifest travels in a DSSE envelope with Ed25519 signatures. A trust profile lists the enrolled public keys, how many distinct non-revoked keys must sign, any revoked key IDs, and an as_of label you supply.
  • The verifier checks the expected digest, the payload domain, the signatures and the threshold, then the member graph and safe paths, then each object’s length and SHA‑256 as bytes arrive. A store is marked complete only after every object verifies.
  • Fetching uses only the sources you name. It follows no redirects, sends no credentials to mirrors, resumes interrupted transfers and discards a corrupt prefix before retrying elsewhere.
  • A key or checksum supplied by the same mirror proves nothing on its own. And offline verification cannot learn about a key compromise announced after you saved your trust profile.

Two ways to take part

Keep quietly, or carry it for others.

Some people need models without anyone knowing. Others can afford to be seen helping. Sovereign keeps these roles separate, so no one becomes a public host by accident.

  • Receive-only

    Keep quietly

    Fetch, check and keep copies without serving anything to anyone. Receiving never announces what you hold, never publishes an inventory and never quietly turns into sharing.

    • Receiving creates no public peer identity and advertises nothing.
    • Searches of the sources you follow stay on your machine.
    • The mirror or peer you download from can still see your network address.
  • Opt-in volunteer

    Carry it for others

    Choose models whose licenses allow it and serve them from a mirror, a torrent seed or a peer node, within time and upload limits you set. Your copy becomes someone else’s way in.

    • Serving is always a separate, reviewed choice, and you can stop it.
    • Public copies are signed with their own publishing key.
    • Volunteers are visible: everyone who connects can see your address.
    • You decide what you serve, and you answer for the licenses and laws that apply to you.

The people who carry copies and the people who need them face different risks. We won’t blur the two.

Ways to share

Pass it on, on your terms.

Receiving never turns into serving. Every way of serving others is a separate choice you make, with limits you set, and you can stop it.

  • Receive-only or offline
  • Serving is opt-in
  • Offline file

    Recovery kit

    One self-contained .foxkit file with the complete signed copy and its public keys. Hand it over on a USB drive or a shared folder. No network needed, and no private keys inside.

    Trust and recovery
  • Opt-in serving

    Any static HTTPS mirror

    A copy is just two folders. Any ordinary web server can host them read-only, with no special software, account or Foxlight key.

    Mirror guide
  • Starts no hosting

    Invitation file

    A small file with the original signed list and a few mirror hints. Your recipient can inspect it offline before connecting to anything.

    Invitations
  • Opt-in seeding

    BitTorrent seeding

    Seed a public copy with limits on time, speed and upload. Torrent pieces help the transfer along. The signed list stays the authority.

    Public sharing
  • Optional · receive-only

    Followed sources

    Follow model catalogs from publishers you trust. Listings are TUF-signed, cached on your machine and searchable offline. Your searches never leave it.

    Discovery
  • Receive-only by default

    IPFS peers

    Find sources and providers through IPFS peers, starting from a contact you trust, with no central service. A receiving node neither serves nor advertises blocks.

    Peer discovery

Whoever you connect to, mirror or peer, can see your network address. Before serving anything publicly, check that each model’s license allows it and keep its notices.

Straight talk about safety

If your safety depends on not being seen, read this first.

Tools for people under pressure have to be honest about where they stop. We would rather tell you the truth than make a promise that gets someone hurt.

  1. It is not anonymous.

    Any mirror or peer you connect to can see your network address and which model you ask for. Serving in public shows that you are taking part. Protected ways of receiving are being evaluated; none is offered yet, and we won’t pretend otherwise.

  2. It can’t stop a network from blocking you.

    More copies make loss much less likely. They cannot stop a government or provider from blocking an address or a domain. We make no claim of censorship resistance.

  3. Copies aren’t encrypted.

    Private means who a copy is for, not that it is hidden. Copies and recovery kits can be read by anyone who gets them. Protect the disk, the drive and the storage yourself.

  4. A signature shows who captured a copy, not who made the model.

    It proves who signed this exact set of files. It is not proof of authorship, a registry endorsement or a quality check, and it never grants rights to redistribute.

  5. It is a public preview.

    Every release so far is a pre-release. Formats, commands and screens can still change, there is no stable or frozen distribution yet, and there has been no independent security audit.

  6. There is no hosted archive.

    Foxlight doesn’t keep model weights for you, and this site has no live network map or download counters. Copies exist only where people choose to keep them. That is the point.

Get started

Keep one model. Then help keep it for others.

Start with the open tools: they need nothing but Python. If you already run Skulk, the Library adds a guided app on top. Copies made either way are the same format, so you are never locked in, including to us.

Core 0.6.0 · preview

Standalone tools

The model-preserve command line and Python library. Nothing else needed.

Everything in the four steps above, from a terminal or your own code. No Skulk, no account, no GPU and no model hub.

Requires

  • macOS or Linux
  • Python 3.11 or newer
  • uv (pip works too)
  1. Install from source

    git clone https://github.com/Foxlight-Foundation/foxlight-model-preservation.git
    cd foxlight-model-preservation
    uv tool install .
    model-preserve --help
  • This installs the main branch (0.10.0 source preview). The 0.6.0 release page has a wheel and SHA256SUMS. Nothing is published to PyPI.
  • Try it with no model download: the synthetic walkthrough verifies, fetches and restores test files in a few minutes.
Library 0.6.0 · preview

Skulk Library

For people already running Skulk: a guided local app.

Preserve, check, save recovery kits and restore from one screen, with every step reviewed before it runs. It runs on Skulk Core, Foxlight’s open-source AI cluster, which keeps storage and jobs on your machine.

Requires

  • macOS or Linux
  • Python 3.13 or newer
  • uv and Git
  • A compatible Skulk Core (setup can build a separate preview Core for you)
  • On macOS, the Xcode Command Line Tools
  1. Install the Library, then set up a compatible Core preview

    uv tool install --python 3.13 https://github.com/Foxlight-Foundation/foxlight-model-preservation/releases/download/library-v0.6.0/foxlight_preservation_library-0.6.0-py3-none-any.whl
    foxlight-preservation-preview setup
  2. Start Core in one terminal

    ~/foxlight-sovereign-preview/bin/foxlight-preservation-preview core
  3. Open the Library in another

    ~/foxlight-sovereign-preview/bin/foxlight-preservation-preview library
  • Setup builds a pinned Core from source in its own private folder. It can take several minutes, and it leaves any existing Skulk installation alone.
  • Already running a compatible Core? Install the same wheel and run foxlight-preservation-library. Add --check to see what your Core supports.

Latest releases: Core 0.6.0 and Library 0.6.0, both public previews. The main branch is at 0.10.0 as a source preview, adding followed sources and peer receiving.

Questions

How Sovereign fits with what you already use.

Sovereign is built to work alongside the hubs, runtimes and standards the open-model community already relies on, not to replace them.

  • Does this replace Hugging Face, ModelScope, Civitai or Kaggle?

    No. Hubs are where models are published, discussed and discovered. Sovereign starts after you download: it keeps a complete, signed copy of the exact revision you got, with its original repository and revision recorded, so your access doesn’t depend on that page staying the same.

  • How is it different from git clone, Git LFS, Xet or huggingface-cli download?

    Those fetch files from one origin. Sovereign records exactly which files a working copy needs, signs that list, checks every byte, and lets any mirror, disk or peer serve it without changing what it is.

  • Does it work with Ollama, llama.cpp, LM Studio, vLLM or MLX?

    Yes, at the level of files. Sovereign is format-agnostic: GGUF, safetensors, MLX and anything else are preserved byte for byte and restored as ordinary folders for your runtime to load. It doesn’t convert weights, install engines or run model code.

  • How does it relate to OCI artifacts, ORAS, ModelPack and KitOps?

    Those package models as OCI artifacts for container registries. A Sovereign copy is two plain folders that any disk or static web server can hold, with no registry. The approaches can coexist; Sovereign doesn’t produce OCI artifacts today.

  • What about OpenSSF Model Signing and Sigstore?

    Model signing lets publishers sign the models they release, often through Sigstore’s online services. Sovereign signs copies with Ed25519 keys you choose and verifies them entirely offline. They complement each other: a publisher’s signature says who released a model; a Sovereign copy keeps it available and checkable anywhere.

  • Which standards does it build on?

    Bundles use DSSE envelopes (the same envelope in-toto uses) with Ed25519 signatures, RFC 8785 canonical JSON and SHA-256 content addresses. Followed sources use The Update Framework (TUF). Bytes move over plain HTTPS, BitTorrent or IPFS. The v1 format, its JSON schemas and a public conformance vector are published so anyone can build a compatible tool.

  • Why not just use torrents or IPFS?

    They are good at moving bytes, and Sovereign can use both. But a torrent or IPFS address identifies data, not who vouched for it or whether it is the complete set a model needs. Sovereign adds that layer and checks it every time, whatever carried the bytes.

  • What about the Internet Archive or Software Heritage?

    Institutional archives do vital work. Sovereign is complementary: it lets anyone keep authentic, signed working copies and pass them on directly. An archive could hold Sovereign copies as ordinary files.

  • Where do I get the keys to check a copy?

    From whoever you are trusting to vouch for it: a publisher who posts their key fingerprint on their own site or repository, a person who hands you a recovery kit and reads you the fingerprint, or a source you chose to follow. Sovereign shows you the fingerprint and asks you to confirm it once. It never trusts a key just because it came with the files.

  • Does it help me get around a model’s license or access rules?

    No. Every copy keeps the model’s original license, notices and card. Public sharing only works for copies whose every part is marked as publicly redistributable, and you remain responsible for the licenses and laws that apply to you. Sovereign protects access you already have; it doesn’t remove anyone’s terms.

  • Can Foxlight shut it down or see what I download?

    No. There is no Foxlight account, key or server in the loop, and the tools contact only the sources you choose, so there is nothing for us to switch off and nothing reported to us. The code and format are open source under Apache-2.0: if we stopped tomorrow, anyone could carry on.

  • Is it stable?

    The format is. v1 bundles are frozen: a copy made today keeps its identity and keeps verifying in future releases, and any incompatible change gets a new, separately versioned format. The tools are a public preview, so commands and screens may still change.

Open source

Open tools, built to outlive us.

The preservation core is public on GitHub under the Apache-2.0 license: the reference tools, the protocol, JSON schemas and a public conformance vector. Anyone can build a compatible verifier, run a mirror or keep a copy without asking Foxlight, and the work can continue without us.

A format you can count on: v1 bundles are frozen. A copy made today keeps its identity and keeps verifying in future releases, and any incompatible change gets a new, separately versioned format. The tools themselves are still a public preview.

Foxlight exists to expand people’s agency, capability and freedom, not to accumulate control over intelligence. Sovereign is that idea made practical: power over these models stays with the people who keep them.

Not an empire of intelligence. A garden of intelligences.

Sovereign by Foxlight™ is built in the open by Foxlight Foundation, the internal governance for Foxlight’s open-source work in FoxlightCore™, and published by FoxlightAI Inc.

Apache-2.0Public preview