(Phoenix + MatrixO) A MatrixSwarm Ecosystem
Core Concepts (Quick Mental Model)
| Concept | What it means |
|---|---|
| Phoenix | GUI control plane |
| MatrixOS | Runtime engine |
| Directive | Encrypted blueprint of your swarm |
| Vault | Secure storage for keys + configs |
| Railgun | Remote deploy engine (SSH automation) |
π Step 1 β Install Phoenix
pip install -e .
Run it:
phoenix
Step 2 β Unlock the Vault
When Phoenix launches:
Youβll ONLY see Unlock
Enter password β everything loads
No vault = no control. Period.
Step 3 β Build Your Agent Graph
Drag agents from the palette into the workspace.
This is powered by:
AgentPalette (drag source)
SwarmWorkspaceDialog (canvas + orchestration)
Each agent becomes a node in your runtime tree.
Step 4 β Understand Constraints (Critical)
Every agent has constraints β these define what it needs to function.
Rendered via:
ConstraintRowWidget
AgentInspector
Types of Constraints
Type Behavior
AUTOGEN System creates it automatically
REQUIRED You must assign it
SATISFIED Ready to deploy
Example UI states:
π’ SATISFIED
π‘ REQUIRED
π’ AUTOGEN (locked)
Step 5 β Assign Dependencies
Click the button to assign:
HTTPS endpoints
WebSocket relays
Discord / Telegram bots
SSH targets
This uses:
RegistryManagerDialog
Vault-backed objects (never plaintext)
Mandatory Agents (DO NOT SKIP)
You need BOTH:
matrix_https // ingress
matrix_websocket // egress
Without them:
Phoenix will refuse to connect
Step 6 β Build & Encrypt Directive
When you hit Deploy, Phoenix:
Resolves all constraints
Compiles agent tree
Generates encrypted directive
Produces swarm key
Handled by:
DeploymentSession
Deploy pipeline
Output:
/matrix/boot_directives/.enc.json
/matrix/boot_directives/keys/.key
Step 7 β Boot the Swarm
matrixd boot --universe phoenix
What happens:
Directive decrypted in memory
Agents spawn
Connections establish
System goes live
### Optional β Railgun Remote Deploy
No SSH terminal needed.
Phoenix can:
Upload MatrixOS
Setup environment
Install dependencies
Boot swarm
All via:
RailgunWorker (SSH engine)
Example Output
π phoenix :: 20 agents
βββ matrix
βββ guardian-1
βββ matrix-https
βββ websocket-relay
βββ system-health
Under the Hood (Why This Is Different)
- No Plaintext Secrets Everything encrypted Vault-controlled Memory-only key usage
- Constraint System = Safety Layer
Agents cannot deploy unless:
requirements are satisfied
dependencies are valid
- Self-Healing Architecture
If agents die:
they respawn
system stabilizes
Architecture Flow
Phoenix β matrix_https β Matrix β Agent β WebSocket β Phoenix
The Real Power Move
Youβre not just deploying services.
Youβre defining:
A living system that enforces its own rules.
This isnβt:
Docker
Kubernetes
or a dashboard
This is:
A secure, encrypted, agent-based runtime mesh
with a GUI nervous system.
Resources
Web Site:
https://matrixswarm.com
Dev.to
https://dev.to/matrixswarm
Phoenix (GUI + Control Layer)
https://github.com/matrixswarm/phoenix
MatrixOS (Core Engine)
https://github.com/matrixswarm/matrixos
π
https://x.com/matrixswarm
π¬ Discord
https://discord.gg/CyngHqDmku
π§ Contact - if you have a request send it here
spawn@matrixswarm.com
Distributed systems arenβt the future.
Theyβre here.
Victory Always.
Top comments (0)