---

tags:

• agent
• mission
• rapport Auteur: codex

---

Rapport de mission RM-150 — EFFICIENCY-PROD-20261026 — Activation du routage économique, des heuristiques et des optimisations agentiques

Statut : partial ; niveau : complex ; politique : report-policy-v2.

EFFICIENCY-PROD-20261026 a repris RM-148 et activé deux correctifs réversibles dans les services réellement chargés : le préflight déterministe du Model Router, désormais compatible avec le flux SSE utilisé par le Chat, et la comparaison du contenu du contexte différentiel dans Launcher. Le seuil souple journalier du Launcher a été ramené à 40 USD, plafond demandé par l’opérateur.

Vérification en production : trois requêtes déterministes via l’API routeur et le wrapper Chat ont retourné le calcul exact 17 % de 240 = 40.8, usage déclaré 0 entrée/0 sortie, sans changement des appels cloud, tokens cloud ni estimation cloud observée par le routeur. Ce sont trois requêtes de validation, pas une mesure d’économie agrégée.

La mise en production reste partielle : aucun hard budget transversal ne protège les clients directs, le nouveau relevé Ledger planifié à 06:20 UTC n’est pas encore dû, et Agent Economics n’a pas été intégré à la WebUI active. Aucun modèle par défaut n’a été dégradé sans comparaison de qualité. Le coût/quota de la session Codex n’est pas mesuré dans les données locales.

Changements

• Commit de recette 1b7a383e74199f0e4e75b2c560587d4d48338ad8 : préflight fermé, contrats SCRIPT existants et réponse SSE compatible OpenAI du routeur. Déployé puis service Model Router redémarré.
• Correctif Context Broker RM-148 déployé dans le module manifest réellement importé par Launcher ; la comparaison vérifie version et empreinte du contenu et invalide un contenu non vérifiable.
• Configuration souple alignée : budget journalier du Launcher 40 USD ; seuils de la feuille de contrôle Ledger 30 USD (alerte) / 40 USD (limite). Ces mécanismes ne sont pas des plafonds globaux bloquants.
• La politique Claude report-policy-v2, ses vues déterministes et le collecteur Ledger déjà déployés selon RM-148 ont été revérifiés par empreintes ; aucun redéveloppement.

Tests et preuves

• 87 tests ciblés Model Router / préflight ont réussi sans appel génératif.
• 2 tests ciblés du manifeste de contexte RM-148 ont réussi après configuration d’un répertoire temporaire inscriptible dans le bac à sable.
• Production : trois appels déterministes via le Model Router, dont un via le wrapper de streaming Chat, HTTP SSE 200, résultat vérifié, usage 0/0 et delta cloud nul.
• Après ces validations : compteurs routeur 7 jours 373→376 appels et 6→9 opérations builtin ; le coût cloud estimé est resté 0,324761 USD et les compteurs cloud sont restés inchangés.
• Launcher sain après redémarrage ; /quota rapporte 0 exécution active et un seuil souple de 40 USD. Le moteur SCRIPT est présent et la classe déclarée route vers engine=script; aucune mission réelle n’a été lancée artificiellement.

Limites

• Le seuil 40 USD est un garde souple pour les nouveaux lancements Launcher, calculé avec les coûts connus. Il n’empêche pas les appels directs Claude Code, Ollama Cloud, API tierces, retries opaques ou dépenses non imputées.
• Le Chat conserve son choix de fournisseur existant et son défaut cloud. Le routeur est disponible lorsqu’il est choisi ; les chemins ordinaires ne sont pas encore universellement préfiltrés.
• Le correctif de contexte est chargé mais aucune nouvelle mission Launcher réelle n’a encore démontré l’économie d’entrée fournisseur. La réduction mécanique sur fixture n’est pas une économie facturée.
• Le Ledger est à jour au 26 octobre 03:49:57 UTC ; le cron quotidien de 06:20 UTC n’était pas arrivé à échéance à 04:31 UTC. La fraîcheur post-cron reste à vérifier.
• La page privée Agent Economics reste non déployée car des connexions WebUI étaient ouvertes ; aucun redémarrage WebUI n’a été effectué.
• La qualité relative des modèles locaux, du routeur et des modèles cloud n’a pas été évaluée ; aucune économie historique par mission validée n’est attribuée.

Vérification

• Le Model Router et Launcher ont redémarré sur leurs fichiers mis à jour et leurs contrôles de santé ont répondu OK. Aucune exécution Launcher active n’a été interrompue ; une entrée de coordination RUNNING à bail expiré est restée intacte.
• Le coût cloud estimé du relevé routeur 7 jours est resté inchangé pendant les trois requêtes de validation ; ce compteur n’est ni une facture fournisseur ni le coût total du système.
• Les publications de production sont à considérer PARTIAL jusqu’à vérification du cron Ledger et de la couverture financière transversale.

Retour arrière

• Router : restaurer les trois fichiers précédents sauvegardés puis redémarrer model-router.service après confirmation d’absence de requêtes actives.
• Context Broker : restaurer le manifeste précédemment sauvegardé dans le module Launcher actif puis redémarrer launcher.service après confirmation qu’aucune exécution n’est en cours.
• Seuil souple : supprimer le drop-in de budget ajouté, exécuter systemctl daemon-reload, puis redémarrer Launcher après vérification d’inactivité ; rétablir les valeurs de la configuration budgétaire précédente si nécessaire.

Statut : partial ; niveau : complex ; politique : report-policy-v2.

EFFICIENCY-PROD-20261026 a repris RM-148 et activé deux correctifs réversibles dans les services réellement chargés : le préflight déterministe du Model Router, désormais compatible avec le flux SSE utilisé par le Chat, et la comparaison du contenu du contexte différentiel dans Launcher. Le seuil souple journalier du Launcher a été ramené à 40 USD, plafond demandé par l’opérateur.

Vérification en production : trois requêtes déterministes via l’API routeur et le wrapper Chat ont retourné le calcul exact 17 % de 240 = 40.8, usage déclaré 0 entrée/0 sortie, sans changement des appels cloud, tokens cloud ni estimation cloud observée par le routeur. Ce sont trois requêtes de validation, pas une mesure d’économie agrégée.

La mise en production reste partielle : aucun hard budget transversal ne protège les clients directs, le nouveau relevé Ledger planifié à 06:20 UTC n’est pas encore dû, et Agent Economics n’a pas été intégré à la WebUI active. Aucun modèle par défaut n’a été dégradé sans comparaison de qualité. Le coût/quota de la session Codex n’est pas mesuré dans les données locales.

Changements

• Correctif Context Broker RM-148 déployé dans le module manifest réellement importé par Launcher ; la comparaison vérifie version et empreinte du contenu et invalide un contenu non vérifiable.
• Configuration souple alignée : budget journalier du Launcher 40 USD ; seuils de la feuille de contrôle Ledger 30 USD (alerte) / 40 USD (limite). Ces mécanismes ne sont pas des plafonds globaux bloquants.
• La politique Claude report-policy-v2, ses vues déterministes et le collecteur Ledger déjà déployés selon RM-148 ont été revérifiés par empreintes ; aucun redéveloppement.
• Commit de recette 1b7a383e74199f0e4e75b2c560587d4d48338ad8 : préflight fermé, contrats SCRIPT existants et adaptation SSE du routeur au protocole attendu par ChatGateway. Déployé puis service Model Router redémarré.

Tests et preuves

• 87 tests ciblés Model Router / préflight ont réussi sans appel génératif.
• 2 tests ciblés du manifeste de contexte RM-148 ont réussi après configuration d’un répertoire temporaire inscriptible dans le bac à sable.
• Production : trois appels déterministes via le Model Router, dont un via le wrapper de streaming Chat, HTTP SSE 200, résultat vérifié, usage 0/0 et delta cloud nul.
• Après ces validations : compteurs routeur 7 jours 373→376 appels et 6→9 opérations builtin ; le coût cloud estimé est resté 0,324761 USD et les compteurs cloud sont restés inchangés.
• Launcher sain après redémarrage ; /quota rapporte 0 exécution active et un seuil souple de 40 USD. Le moteur SCRIPT est présent et la classe déclarée route vers engine=script; aucune mission réelle n’a été lancée artificiellement.

Limites

• Le seuil 40 USD est un garde souple pour les nouveaux lancements Launcher, calculé avec les coûts connus. Il n’empêche pas les appels directs Claude Code, Ollama Cloud, API tierces, retries opaques ou dépenses non imputées.
• Le correctif de contexte est chargé mais aucune nouvelle mission Launcher réelle n’a encore démontré l’économie d’entrée fournisseur. La réduction mécanique sur fixture n’est pas une économie facturée.
• Le Ledger est à jour au 26 octobre 03:49:57 UTC ; le cron quotidien de 06:20 UTC n’était pas arrivé à échéance à 04:31 UTC. La fraîcheur post-cron reste à vérifier.
• La page privée Agent Economics reste non déployée car des connexions WebUI étaient ouvertes ; aucun redémarrage WebUI n’a été effectué.
• La qualité relative des modèles locaux, du routeur et des modèles cloud n’a pas été évaluée ; aucune économie historique par mission validée n’est attribuée.
• Le Chat WebUI conserve son défaut cloud et le choix de fournisseur existant. Seule une conversation qui sélectionne explicitement le Model Router traverse son préflight. Le SSE routeur est compatible avec ChatGateway, mais émet le résultat batch en un fragment plutôt qu’en génération progressive.

Vérification

• Le Model Router et Launcher ont redémarré sur leurs fichiers mis à jour et leurs contrôles de santé ont répondu OK. Aucune exécution Launcher active n’a été interrompue ; une entrée de coordination RUNNING à bail expiré est restée intacte.
• Le coût cloud estimé du relevé routeur 7 jours est resté inchangé pendant les trois requêtes de validation ; ce compteur n’est ni une facture fournisseur ni le coût total du système.
• Les publications de production sont à considérer PARTIAL jusqu’à vérification du cron Ledger et de la couverture financière transversale.

Retour arrière

• Router : restaurer les trois fichiers précédents sauvegardés puis redémarrer model-router.service après confirmation d’absence de requêtes actives.
• Context Broker : restaurer le manifeste précédemment sauvegardé dans le module Launcher actif puis redémarrer launcher.service après confirmation qu’aucune exécution n’est en cours.
• Seuil souple : supprimer le drop-in de budget ajouté, exécuter systemctl daemon-reload, puis redémarrer Launcher après vérification d’inactivité ; rétablir les valeurs de la configuration budgétaire précédente si nécessaire.