DocumentationÉtat actuel

État actuel

Ce qui fonctionne aujourd’hui et ce qui manque encore, vérifié contre le code de la branche main.

Ce qui fonctionne

  • Exécution réelle de fournisseurs dans le sandbox complet, via run submit ou les commandes Telegram /run, /work et /research.
  • Annulation réelle d’une exécution : automonique cancel ou /cancel sur Telegram.
  • Approbations : /approve et /deny tranchent une proposition en attente et débloquent des effets précis (publication Slack, action MCP, auto-amélioration). Au démarrage, les décisions enregistrées sont réappliquées aux demandes en attente.
  • Passation de génération : reload, rollback, generations et reload-status. Les releases de compétences seules se rechargent à chaud.
  • Métriques au format texte Prometheus via automonique metrics, en plus de status.
  • Sauvegardes toutes les cinq minutes, restauration et exercice de restauration.

Les commandes disponibles

Le binaire automonique traite lui-même daemon --foreground, acp, work-brief, ask, shot, share, purge, backup, restore, tui, platform-job, platform-v2-bootstrap et improvement-activate. Il transmet le reste à la CLI :

Verbes de la CLI
doctor | build-identity | status | metrics
generations | reload | rollback | reload-status
submit | run submit | runs list|detail|tail | cancel
reconcile inspect|fail | outbox inspect|reconcile
automation register|pause|resume|archive|list|detail
approval record|list|detail|by-subject
batch register|advance|list|detail
attempt heartbeat|inspect|events|cancel | progress subscribe
parity compare|score|gate | audit verify
ticket claim|release | shutdown

Ce qui manque encore

  • Aucun exécuteur derrière le prompt d’une automatisation. Une automatisation enregistrée se déclenche bien, mais son occurrence ne produit que le reçu de la voie synthétique : aucun fournisseur n’exécute le prompt. Le registre d’approbations ne pilote pas non plus l’exécution des automatisations.
  • Le plafond de concurrence d’un lot est enregistré mais ne limite encore rien.
  • Pas de confiance de release par signature. Un binaire fournisseur est admis par empreinte épinglée et par le registre du workspace. La racine de confiance est modélisée et testée, mais la vérification de signature est structurellement impossible et le daemon ne l’appelle pas.
  • Pas d’exporteur réseau de métriques ni de traçage : tout passe par les commandes locales.
  • L’intake support ne pagine pas et ne tient ni curseur ni bail.