Standalone Operator Guide (No AI)
This guide is for operators who want the b1e55ed data + signal engine only.- Pure CLI (plus optional dashboard)
- No AI dependency
- Works on a single VPS
What you get
- Signal engine: producers → events → brain synthesis
- REST API (
/api/v1) for health, producers, oracle, etc. - Dashboard (optional, but useful): local web UI
- CLI control plane: setup, brain cycles, health checks, positions, contributors
- Systemd-ready: single
b1e55ed daemonprocess manages everything
Prerequisites
Minimum server
- VPS: 2 vCPU / 2 GB RAM minimum (4 GB recommended)
- OS: Ubuntu 22.04+ (any Linux is fine; commands below assume Ubuntu)
- Disk: 20 GB
Accounts / access
- A GitHub account (needed because the installer pulls from GitHub)
Software
- Python 3.11+ (the installer will verify;
uvmanages the venv/tool) curl
Install
Run the installer as the user that will operate the engine (recommended: a dedicatedb1e55ed user):
b1e55ed: command not found
Fix:
First run (wizard)
Run:- Identity forge (creates your contributor identity)
- Universe + config (writes
config/user.yaml) - Producer registration (enables/disables producers and schedules)
- First brain run (verifies end-to-end ingestion → synthesis → storage)
- API setup (so you can query health/oracle and use the dashboard)
What the 0xb1e55ed prefix means
You will see 0xb1e55ed in banners and identity output.
- It’s the system’s blessed hex prefix and a human-visible marker that you’re interacting with the correct toolchain.
- It also shows up in identity / provenance contexts so operators can spot “wrong box / wrong env” mistakes.
How long does identity forge take?
The forge step is CPU-bound. Rough ballpark:
If it’s taking longer, let it run. (You can also re-run identity operations later via
b1e55ed identity --help.)
⚠️ Common failure point #2: forge feels “stuck”
What to do:
Start the engine
Start API + dashboard (recommended)
- API:
http://127.0.0.1:5050(health:/api/v1/health) - Dashboard:
http://127.0.0.1:5051
Run the brain (signal loop only)
For a single cycle:Core CLI commands
These are the commands you’ll use daily.
Tip: everything supports
--help. For the full list, see CLI reference.
Config tuning
Your operator config is at:config/user.yaml
- the universe (symbols)
- execution mode (paper vs live)
- producer enablement + weights (how much each producer influences synthesis)
Key fields to know
(Exact keys are fully documented in Configuration; below is the operator-focused subset.)Sample config: BTC-focused
Sample config: multi-asset (top 10)
b1e55ed start).
⚠️ Common failure point #3: YAML indentation / syntax errors
Fix:
Producer reference (13 core producers)
b1e55ed uses “producers” to collect different kinds of signals. This table is designed for operators deciding what to enable first.
Notes:
- This guide excludes the internal
templateproducer (used as a scaffold). - Producers have schedules; the wizard helps register/enable them.
Running as a service (systemd)
b1e55ed daemon manages all subsystems in a single process - API, dashboard, brain cycles, and outcome resolution.
One unit, zero crontab entries.
Note: Replace ubuntu with your actual username if different.
What the daemon runs
Brain cycles wait for the API to be healthy before starting.
Logs
Per-process rotating logs in~/.b1e55ed/logs/:
Tuning intervals
Override defaults inconfig/user.yaml:
Oracle setup (optional)
The oracle is a read-only endpoint that exposes producer provenance for agents and other consumers. If you are running standalone, you typically only need this if:- you want external systems to query provenance, or
- you plan to add an agent layer later.
- Ensure your API is reachable (either via Tailscale or a reverse proxy)
- Use the oracle endpoint: