Workers
Agents and tools
Frontier models and tools are workers. They enter at Gate Kit. They can be replaced. They do not rewrite Governance.
Phoenix Collective
Intelligence should increase sovereignty, not diminish it.
Tools for small business and local AI operators.
Local node extensions coming soon
Models and tools will act. Someone has to decide which actions may proceed, without stopping ordinary work.
This is model-agnostic fractal governance. Model-agnostic means the rules do not depend on which model or tool is doing the work. Fractal means the same pattern repeats, from one action to a whole organization. Phoenix Gate is the mechanism: it allows an action, denies it, or asks a person.
Frontier models and tools keep changing. Treat them as workers. They are not the rules.
The governance is built to outlast any one model. It can adapt as the work changes, and it scales from a single task to many organizations.
For a custom use case, any model or tool can sit behind a purpose-built gate. The gate defines the allowed action. The worker does the work. Swap the worker and the gate stays.
These are the rules the system is built to enforce.
Intelligence should increase sovereignty, not diminish it. Tools should make people more free, not more dependent.
A model or tool does not, on its own, transfer ownership, expose core assets, or make a commitment that cannot be undone. A named lock is the rule that stops that action or asks a person. The person decides.
Doctrine keeps the work efficient, purposeful, and aligned while models and tools change. Phoenix Gate applies that focus to a specific action.
If we cite a score, we cite the date and how many cases were in the set.
A later reader should see why a decision was made, not only what happened.
The system should not require one person to personally relay every step. Locks and records carry the continuity.
The more we automate, the more visible human intent must become.
Trust here is restraint plus a record. An action that cannot be undone waits for a person, and the reason is kept.
Workers do not set the rules. They enter a gate that reads Governance, and allowed work lands with the business, organization, or individual the operator is supporting.
Workers
Frontier models and tools are workers. They enter at Gate Kit. They can be replaced. They do not rewrite Governance.
Permissionless surfaces
CLI · MCP · API · plugins
These are ways a worker can reach the gate. They do not set the rules.
[0]
SIOS and Continuity
SIOS (Sovereign Intelligence Operating System) holds the constitution and Continuity. Continuity is the record of locks and decisions, so the work continues when no single person is relaying every step. The gate reads these rules before a worker acts. Local work runs for a business, organization, or individual on this layer, which is how one pattern scales.
[1]
Allow, deny, or ask a person
Gate Kit is model-agnostic fractal governance for one use case: the same rules at every scale, whichever model is the worker. Phoenix Gate allows the action, denies it, or asks a person. A named lock is the rule it checks — who may act, what state is allowed, and what the action is for — when that action would transfer ownership, expose core assets, or cannot be undone.
[2]
Intent, bounds, receipt
A packet states the intent, the bounds, and whose approval was required. A receipt comes back with the decision. That receipt is the provenance.
[3]
The business the operator supports
Allowed work lands with a business, organization, or individual — the people the operator is supporting. That can be a Collective member business, or any business an operator serves through open Phoenix Gate. SIG (Sovereign Intelligence Graph), the brand graph, stays with that business. Many businesses mean many graphs on the same governance. Operators and businesses can be the same person.
Roadmap
In the works: more local operators supporting businesses on the ground, and quieter links between those operations. These are not finished products.
Google Business Profile and Maps listing optimization, content support, custom websites, dashboards, and workflows under the same governance.
Paper, receipts, and records OCR with intelligence for dual conversion to csv/accounting, and sovereign .md biz graphs data for agentic insights.
Open on GitHub for named locks, human last-yes, and receipts. This is the operator face.
Phoenix Gate on GitHubThe governance pattern and shared vision
Not public: Collective member businesses' private work and records
The shape of a receipt
Not public: the underlying case rows
Phoenix Gate, and other open-source extensions and components on the way
Not public: member business internals
Small business help, SlipVault, and Phoenix Gate are the field doors. There is no checkout and no signup on this page.
If people nearby cannot find the business, or the Google Business Profile shows the wrong hours, old photos, or a dead website link, we fix the listing and conduct outreach to help local businesses. Custom websites, ongoing content support, and custom dashboards are all separate and affordable FDE (forward deployed engineering) when you ask. That is local discoverability, with options to scale.
Ask about Google MapsSlipVault is for paper, receipts, and records, with a person still in the loop. Our local intelligence driven OCR translates to bookkeeper-ready CSV export, and a markdown business graph the business keeps — a private file that can surface how the brand and the operation actually run.
Ask about SlipVaultGate Kit is the mechanism you can adopt: purpose-built gates, named locks, a human last-yes, and receipts, so a model or tool can work one use case. Phoenix Gate is open on GitHub. Local AI operators run agents under that gate. Local node extensions are coming soon. API, CLI, MCP, and plugin surfaces are on the roadmap. They are not finished products.
Ask about Phoenix GatePhoenix Gate on GitHub