eloractl
Statut, doctor et chemins du control plane. C'est l'entrée courte pour inspecter l'état local autoritatif.
operator interface
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
control plane
eloractlStatut, doctor et chemins du control plane. C'est l'entrée courte pour inspecter l'état local autoritatif.
elora-readinessConstruit 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-capabilitiesListe, inspecte et diagnostique les capacités locales ou directes: web, browser, vision, audio, image, forecasting, etc.
elora-policyExpose les classes de policy et l'évaluation des overrides. Sert à rendre les bornes explicites avant action.
elora-routerExpose la matrice de routage et classe une demande vers une route/task class auditable.
elora-providerListe, teste et appelle les providers configurés, local-first et OpenAI-compatible quand applicable.
elora-audit / sxauditLit les traces d'audit: liste, tail et stats. Sert à vérifier ce qui a été lancé, par qui, avec quel statut.
operator surfaces
elora-chatEntrée de dialogue locale utilisée par les surfaces conversationnelles.
elora-consoleConsole interactive locale: sessions, messages, queue, résultats, bindings et recherche.
elora-terminalClient terminal local en Python avec rendu configurable.
elora-cockpitCommande d'administration du cockpit loopback: snapshot, check, serve, start, status, logs, stop et open.
elora-turnGère les tours conversationnels: start, status, events et cancel.
elora-sessionSessions, branches, messages, contexte, pièces jointes, bindings surface/key et recherche locale.
sxtelegramdDaemon Telegram de continuité. Il reste une surface secondaire, pas le control plane.
mission lifecycle
elora-operateMission Control déterministe: brief, triage, next, plan-day et handoff d'une next action.
elora-briefRaccourci vers le brief du daily operating core, utile pour résumer projets, open loops, décisions et prochaines actions.
elora-strategyStrategic Operating Loop: brief stratégique, triage texte, séquence proposal-only et review.
elora-intuitionsCapture une intuition opérateur et la transforme en séquence exécutable locale.
elora-sequencesAlias orienté séquences autour d'elora-intuitions.
elora-attentionAttention guard: focus windows, not-now, demandes entrantes et triage sans modèle.
elora-operator-stateLedger local de contexte opérateur: énergie, fatigue, contraintes, engagements et soutenabilité.
elora-opsDaily operating core: projets, open loops, décisions et next actions.
elora-projects, elora-open-loops, elora-decisions, elora-nextRaccourcis spécialisés vers les sous-domaines d'elora-ops.
elora-executeExecution 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-missionCadre et clarification de mission: transforme une demande en frame opératoire avant routage ou exécution.
elora-playbookScaffolds déterministes par domaine: inputs, artefacts, quality gates et runs playbook.
elora-harnessVérifie la readiness de scénarios de mission sans lancer worker, modèle, mémoire ou routing.
elora-trialClasse 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-e2eHarness E2E isolé: mission libre, dispatch, queue, worker local, result contract, review, learning preview, feedback preview et close readiness.
elora-resultValide et inspecte les result contracts, artefacts, fichiers obligatoires et manifests.
elora-evidenceConstruit, résume et inspecte les evidence packs L0/L1/L2/L3 pour session, playbook, exécution, queue ou fichier.
elora-verifyClaim Verification Gate: claims, plan, execute, cross-check, inspect et doctor sans mutation implicite.
elora-exploreExploration distributionnelle et semantic collision: candidate sets, tail options, red-team, synthetic evals et validation.
elora-guarded-execWrapper d'exécution bornée autour d'un programme réel, utilisé pour garder une trace contrôlée.
agents learning
elora-agentCatalogue agents: list, show, resolve, reality, competence, excellence, scenarios, gold, eval, run, status, result, review, feedback et learning.
elora-agent-improveWorkbench d'amélioration opérateur: review, patch proposal, apply explicite et historique des patches.
elora-agent-tracesImport et analyse locale de corpus de traces agentiques. Produit des propositions, pas des mutations.
elora-learningCapture, inbox, feedback, proposals, promotion explicite, pattern scores, trends, scorecards et revision-review.
sxqueueFile de travail durable: add, list, overview, show, result, set, move, retry, requeue, purge et recover-running.
sxapproveDemandes d'approbation: submit, list, show, approve, deny.
memory context
elora-memoryMemory V2: paths, doctor, bootstrap SQL, migrations, archives, entries, search, links, contradictions et mirror selon les sous-commandes.
elora-ingestIngestion de documents et entries: archive brute d'abord, candidates seulement si demandé, dry-run possible.
elora-retrieveRetrieval local: entries canoniques d'abord, archive/chunks comme evidence fallback.
elora-contextConstruit le runtime context pack d'un tour conversationnel: session, route, retrieval plan, evidence et guards.
elora-context-filesRegistre et pack de fichiers Markdown vivants attachables à une mission. Ils ne remplacent pas PostgreSQL.
sxmemoryMémoire historique simple: add, learn-failure, list, show et stats. Utile comme couche de transition/compatibilité.
sxpersonaGestion des personas internes: list, active, show, validate, activate et compile.
sxbrief / sxchiefBriefs et vues chief historiques: daily, status, decisions et prompt. Ils restent internes à l'orchestration.
local capabilities
elora-fetchFetch web direct via provider local, avec sortie bornée et sauvegarde optionnelle.
elora-searchRecherche locale/directe, par défaut dans le corpus repo via rg.
elora-browserInspection rendue par navigateur local headless avec artefacts optionnels.
elora-imageGénération d'images via providers locaux configurés, par exemple SD WebUI ou ComfyUI.
elora-visionDescription d'image locale/directe, avec provider simple quand Pillow est disponible.
elora-ocrOCR local/direct quand le provider correspondant est disponible.
elora-sttSpeech-to-text local/direct, orienté Whisper/faster-whisper/whisper.cpp selon configuration.
elora-ttsText-to-speech local/direct, orienté Piper quand disponible.
elora-ollamaOpérations autour du runtime local Ollama: diagnostic et modèles locaux.
elora-timeseriesForecasting séries temporelles local: TimesFM optionnel ou baseline déterministe pour tests.
deterministic workers
elora-siteWorker déterministe d'analyse de site ou page: contenu observé, evidence table, recommandations, sans contact externe.
elora-docsWorker 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-codeWorker 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-forecastWrapper queue-compatible autour du forecasting local. Les prévisions restent des hypothèses.
elora-prospectWorker 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
sxcodexWorker Codex: run, resume, review et report. Codex est un spécialiste, pas Elora.
sxhermesWorker Hermes: run, resume, review, report et doctor. Hermes reste un overlay optionnel.
sxcoreRunner core durable: run-once, run et status.
sxctlContrôle historique du core: init, status, pause, resume, stop.
sxmaintMaintenance et notifications: rétention, nettoyage contrôlé et hooks de notification.