Skip to main content

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 daemon process manages everything
No AI required. If you later want an agent layer (Telegram alerts, natural-language ops), see: Agent Operator Guide (OpenClaw).

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; uv manages the venv/tool)
  • curl
Install basics (Ubuntu):

Install

Run the installer as the user that will operate the engine (recommended: a dedicated b1e55ed user):
⚠️ Common failure point #1: b1e55ed: command not found Fix:
If that works, make it permanent:

First run (wizard)

Run:
The wizard is the recommended first command after install. It walks you through five operator-critical steps:
  1. Identity forge (creates your contributor identity)
  2. Universe + config (writes config/user.yaml)
  3. Producer registration (enables/disables producers and schedules)
  4. First brain run (verifies end-to-end ingestion → synthesis → storage)
  5. 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

Defaults:
  • API: http://127.0.0.1:5050 (health: /api/v1/health)
  • Dashboard: http://127.0.0.1:5051
To bind to a different host/ports:

Run the brain (signal loop only)

For a single cycle:
For a fuller cycle (includes slower producers):

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
b1e55ed loads this on startup and uses it to define:
  • 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)

After editing config, restart services (or restart b1e55ed start). ⚠️ Common failure point #3: YAML indentation / syntax errors Fix:
If that errors, fix the line it reports and re-run.

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 template producer (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 in config/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.
What to do:
  1. Ensure your API is reachable (either via Tailscale or a reverse proxy)
  2. Use the oracle endpoint:
Full oracle docs: docs/oracle.md.

Troubleshooting

API won’t start / port in use

Brain runs but no events / everything looks empty

Service logs

Factory reset (last resort)

If you intentionally want to remove the tool:
For advanced deployment patterns (reverse proxy, TLS, hardening), see: docs/deployment.md.