operator interface

CLI et binaires Elora

Elora est CLI-first: chaque capacité critique doit exister comme commande locale inspectable avant d'être exposée par le cockpit, Telegram ou un agent. Cette page donne une carte synthétique des binaires actuels. La syntaxe exhaustive reste dans chaque commande via --help.

brain@elora:~$ find sx-core-blueprint-kit/bin -maxdepth 1 -type f | sort
control_plane: eloractl, elora-readiness, elora-policy, elora-router
mission_loop: elora-operate, elora-execute, elora-playbook, elora-harness, elora-trial, elora-e2e
memory_context: elora-memory, elora-ingest, elora-retrieve, elora-context-files
agents_learning: elora-agent, elora-agent-improve, elora-learning, elora-agent-traces
local_capabilities: elora-fetch, elora-search, elora-browser, elora-image, elora-vision, elora-tts
workers: elora-site, elora-docs, elora-code, elora-forecast, elora-prospect
legacy_wrappers: sxqueue, sxapprove, sxhermes, sxcodex, sxmemory
Règle de lecture: une commande n'est pas une surface d'autorité par elle-même. Elle expose un contrat local: entrées, sorties, JSON, dry-run, audit et confirmations quand il y a mutation. Les surfaces visuelles appellent ces commandes; elles ne les remplacent pas.

control plane

Noyau, routing, policy, readiness

eloractl

Statut, doctor et chemins du control plane. C'est l'entrée courte pour inspecter l'état local autoritatif.

elora-readiness

Construit la readiness matrix: control plane, providers, agents, playbooks, harnesses, mission runtime, evidence, verification, inventaires E2E/trials, context files et queue. Le champ operational_core_status dit si le chemin cockpit-driven est praticable sans Telegram et signale les gaps E2E actionnables sans les confondre avec les chemins readiness-only par policy.

elora-capabilities

Liste, inspecte et diagnostique les capacités locales ou directes: web, browser, vision, audio, image, forecasting, etc.

elora-policy

Expose les classes de policy et l'évaluation des overrides. Sert à rendre les bornes explicites avant action.

elora-router

Expose la matrice de routage et classe une demande vers une route/task class auditable.

elora-provider

Liste, teste et appelle les providers configurés, local-first et OpenAI-compatible quand applicable.

elora-audit / sxaudit

Lit les traces d'audit: liste, tail et stats. Sert à vérifier ce qui a été lancé, par qui, avec quel statut.

operator surfaces

Surfaces locales et conversationnelles

elora-chat

Entrée de dialogue locale utilisée par les surfaces conversationnelles.

elora-console

Console interactive locale: sessions, messages, queue, résultats, bindings et recherche.

elora-terminal

Client terminal local en Python avec rendu configurable.

elora-cockpit

Commande d'administration du cockpit loopback: snapshot, check, serve, start, status, logs, stop et open.

elora-turn

Gère les tours conversationnels: start, status, events et cancel.

elora-session

Sessions, branches, messages, contexte, pièces jointes, bindings surface/key et recherche locale.

sxtelegramd

Daemon Telegram de continuité. Il reste une surface secondaire, pas le control plane.

mission lifecycle

Opérations, intentions, missions, résultats

elora-operate

Mission Control déterministe: brief, triage, next, plan-day et handoff d'une next action.

elora-brief

Raccourci vers le brief du daily operating core, utile pour résumer projets, open loops, décisions et prochaines actions.

elora-strategy

Strategic Operating Loop: brief stratégique, triage texte, séquence proposal-only et review.

elora-intuitions

Capture une intuition opérateur et la transforme en séquence exécutable locale.

elora-sequences

Alias orienté séquences autour d'elora-intuitions.

elora-attention

Attention guard: focus windows, not-now, demandes entrantes et triage sans modèle.

elora-operator-state

Ledger local de contexte opérateur: énergie, fatigue, contraintes, engagements et soutenabilité.

elora-ops

Daily operating core: projets, open loops, décisions et next actions.

elora-projects, elora-open-loops, elora-decisions, elora-next

Raccourcis spécialisés vers les sous-domaines d'elora-ops.

elora-execute

Execution Handoff: plan, mission libre, cycle guidé, pending missions, board, mission execution loop, start, dispatch, sync, review, revise, attempts, compare, synthèse livrable, livraison finale, mission outcome, auto-runner contrôlé, learn, close et feedback.

elora-mission

Cadre et clarification de mission: transforme une demande en frame opératoire avant routage ou exécution.

elora-playbook

Scaffolds déterministes par domaine: inputs, artefacts, quality gates et runs playbook.

elora-harness

Vérifie la readiness de scénarios de mission sans lancer worker, modèle, mémoire ou routing.

elora-trial

Classe les chemins agents entre readiness-only et full E2E-proven en agrégeant elora-harness et elora-e2e. Il expose aussi coverage_status pour distinguer preuve E2E, gap actionnable et readiness-only par policy, sans modèle ni mutation implicite.

elora-e2e

Harness E2E isolé: mission libre, dispatch, queue, worker local, result contract, review, learning preview, feedback preview et close readiness.

elora-result

Valide et inspecte les result contracts, artefacts, fichiers obligatoires et manifests.

elora-evidence

Construit, résume et inspecte les evidence packs L0/L1/L2/L3 pour session, playbook, exécution, queue ou fichier.

elora-verify

Claim Verification Gate: claims, plan, execute, cross-check, inspect et doctor sans mutation implicite.

elora-explore

Exploration distributionnelle et semantic collision: candidate sets, tail options, red-team, synthetic evals et validation.

elora-guarded-exec

Wrapper d'exécution bornée autour d'un programme réel, utilisé pour garder une trace contrôlée.

agents learning

Agents, excellence, learning proposal-only

elora-agent

Catalogue agents: list, show, resolve, reality, competence, excellence, scenarios, gold, eval, run, status, result, review, feedback et learning.

elora-agent-improve

Workbench d'amélioration opérateur: review, patch proposal, apply explicite et historique des patches.

elora-agent-traces

Import et analyse locale de corpus de traces agentiques. Produit des propositions, pas des mutations.

elora-learning

Capture, inbox, feedback, proposals, promotion explicite, pattern scores, trends, scorecards et revision-review.

sxqueue

File de travail durable: add, list, overview, show, result, set, move, retry, requeue, purge et recover-running.

sxapprove

Demandes d'approbation: submit, list, show, approve, deny.

memory context

Mémoire, contexte, retrieval, persona interne

elora-memory

Memory V2: paths, doctor, bootstrap SQL, migrations, archives, entries, search, links, contradictions et mirror selon les sous-commandes.

elora-ingest

Ingestion de documents et entries: archive brute d'abord, candidates seulement si demandé, dry-run possible.

elora-retrieve

Retrieval local: entries canoniques d'abord, archive/chunks comme evidence fallback.

elora-context

Construit le runtime context pack d'un tour conversationnel: session, route, retrieval plan, evidence et guards.

elora-context-files

Registre et pack de fichiers Markdown vivants attachables à une mission. Ils ne remplacent pas PostgreSQL.

sxmemory

Mémoire historique simple: add, learn-failure, list, show et stats. Utile comme couche de transition/compatibilité.

sxpersona

Gestion des personas internes: list, active, show, validate, activate et compile.

sxbrief / sxchief

Briefs et vues chief historiques: daily, status, decisions et prompt. Ils restent internes à l'orchestration.

local capabilities

Recherche, web, multimodal, modèles locaux

elora-fetch

Fetch web direct via provider local, avec sortie bornée et sauvegarde optionnelle.

elora-search

Recherche locale/directe, par défaut dans le corpus repo via rg.

elora-browser

Inspection rendue par navigateur local headless avec artefacts optionnels.

elora-image

Génération d'images via providers locaux configurés, par exemple SD WebUI ou ComfyUI.

elora-vision

Description d'image locale/directe, avec provider simple quand Pillow est disponible.

elora-ocr

OCR local/direct quand le provider correspondant est disponible.

elora-stt

Speech-to-text local/direct, orienté Whisper/faster-whisper/whisper.cpp selon configuration.

elora-tts

Text-to-speech local/direct, orienté Piper quand disponible.

elora-ollama

Opérations autour du runtime local Ollama: diagnostic et modèles locaux.

elora-timeseries

Forecasting séries temporelles local: TimesFM optionnel ou baseline déterministe pour tests.

deterministic workers

Workers locaux bornés

elora-site

Worker déterministe d'analyse de site ou page: contenu observé, evidence table, recommandations, sans contact externe.

elora-docs

Worker déterministe d'analyse documentaire et de mise à jour docs bornée: Markdown, texte, PDF extractible, claims/risques candidats, plan documentaire, validation notes et journal draft.

elora-code

Worker code local: fallback sans Codex/Claude/Hermes, génération optionnelle via modèle local OpenAI-compatible, artefacts et validations dans sa session; édition repo seulement via chemins explicitement bornés.

elora-forecast

Wrapper queue-compatible autour du forecasting local. Les prévisions restent des hypothèses.

elora-prospect

Worker local de prospection StackX: inventaire cible, scoring, contact candidates visibles, brouillon outreach avec disclosure IA et rapport de revue. Il ne contacte personne.

historical wrappers

Wrappers et services historiques

sxcodex

Worker Codex: run, resume, review et report. Codex est un spécialiste, pas Elora.

sxhermes

Worker Hermes: run, resume, review, report et doctor. Hermes reste un overlay optionnel.

sxcore

Runner core durable: run-once, run et status.

sxctl

Contrôle historique du core: init, status, pause, resume, stop.

sxmaint

Maintenance et notifications: rétention, nettoyage contrôlé et hooks de notification.