-
Notifications
You must be signed in to change notification settings - Fork 2
Getting Started
-
python3andgit. -
jq— the shell connectors parse JSON. -
crontab— the autonomous heartbeat. - A background-capable agent runtime on
PATH— the runtime that runs the worker agents TRON dispatches. TRON drives it; you never address it directly.
Your target project should already have agent definitions for the roles TRON dispatches
(architect, engineer, reviewer) under its agents directory.
From a clone of the canon repo, run the seeder from your project root:
cd ~/code/my-project
~/code/tron/tron seederThe seeder is an interview. It:
- Settles the knobs (architect count, reviewer cadence, whether the workflow commits, peer-consult pairs).
- Locates your agents directory and your specs directory.
- Lays down TRON's folder (
<agents>/tron/) — canon copied verbatim, knobs written per your answers. - Validates your agents + specs, builds the pipeline (or adopts your existing status doc).
- Runs blueprint-lint and writes a seed trace.
It touches only <agents>/tron.md and <agents>/tron/. Nothing else in your project is modified.
worker_countis not asked here — TRON asks it every time you start a session.
From the seeded instance:
<agents>/tron/tron startBootup asks two things — where to start (default: the whole pipeline) and how many workers
(worker_count; the architect is extra) — then spawns the architect and dispatches the first work.
You drop into the live console.
- Type to talk to TRON — your line is classified and routed; out-of-grammar input is refused.
-
status— the fleet.pipeline— block statuses.log— recent events. -
stop— release the fleet and end the session.
After this, TRON runs on its own: a cron heartbeat ticks the engine, fills slots, clears ahead, and
surfaces to you only what matters. You can close the console and reattach later with tron start.
Delete <agents>/tron.md and <agents>/tron/. No other traces.
See also: Commands · Configuration · Operations.