Décisions à trancher

LE SITE VITRINE N EST PAS PUBLIE — CE N EST PAS UN PROBLEME DE CONTENU MANQUANT. Verifie ce jour par requetes directes. Cinq adresses testees — la racine, /mentions-legales, /cgv, /privacy, /tarifs — renvoient TOUTES la meme page de 6330 octets, la page Entracte. Pas une page differente : la MEME, octet pour octet. Il n y a ni parcours client, ni CGV, ni tarifs, ni mentions legales. Le vrai site est pret dans /var/www/dh-preview (nginx ligne 20 : root /var/www/dh-preview, commentaire GOOD-mod33-lightfix-intro) et n a jamais ete bascule. CE QUE CELA CHANGE DANS LA LECTURE DES ALERTES : le Juridique signale depuis le 08/08 que les trois pages legales sont vides, reconfirme le 10, le 11 et le 13 (DEC-2026-0813-03 ouverte ce matin par le Chief of Staff). Elles ne sont pas vides par oubli de redaction — elles sont vides parce que le SITE ENTIER ne l est pas. Trois demandes ont porte sur les symptomes sans que personne ne formule la cause. Chacun rapporte son fragment : le Juridique voit trois pages absentes, le Marketing prepare des contenus, le Commercial invoque le BUILD. Aucun ne dit que le site n est pas en ligne a dix-neuf jours de l ouverture. CE QUI RESTE A FAIRE, AU-DELA DE LA BASCULE, releve par Sam ce jour : les cases de consentement du parcours d inscription ; les mentions sous les fenetres de chat — faites pour Sophie, absentes pour les autres agents ; le prix dans le brouillon CGV, toujours a 49 EUR alors que l offre canonique dit 79 (DEC-2026-0813-01, prompt Sophie deja corrige). ECHEANCE : le 1er septembre est dans 19 jours. Un site marchand sans mentions legales ni CGV est une infraction caracterisee, et le premier client qui conteste une facture n a aucun cadre contractuel opposable.

CHAT AGENTS AU NIVEAU DU TABLEAU DE BORD — demande de Sam le 13/08. CE QUI EXISTE DEJA, VERIFIE DANS LE CODE CE JOUR : la conversation multi-agents fonctionne. POST /executions/{id}/chat prend un agent_id, resout l agent via un registre decrit comme source unique de verite des profils de chat (corrections N92 et N93), et tient un historique PAR AGENT. Les onze profils existent. Mais cette route est liee a une EXECUTION. Et POST /projects/{id}/chat, liee au projet, est limitee a Sophie (SophieChatService, aucun parametre d agent). CE QUE SAM DEMANDE : un chat accessible depuis le tableau de bord, hors projet et hors execution, alimente par le contexte CLIENT — informations client, resume de ses projets s il en a, et le RAG. Chaque agent repond sur SA competence de base : un architecte sur l architecture, un developpeur sur du code Apex. Toute question de prix, de perimetre ou de contrat est renvoyee vers Sophie — un seul prompt a maintenir sur l offre, les dix autres n ont pas a la connaitre. La mention obligatoire sous chaque fenetre (Sophie est une IA et peut se tromper, verifiez ses reponses) s applique a tous les agents, pas seulement Sophie. LA PISTE DE SAM, a instruire : creer un projet technique generique par client, jamais affiche, qui sert de contenant au contexte. Le cloisonnement existant s applique alors sans ecrire une ligne de securite supplementaire. PREALABLE BLOQUANT : le filtre par projet repose sur project_id, et la valeur par defaut a 0 desactive silencieusement le filtre dans 9 fichiers _get_rag_context (constat du 12/08, correctif autorise par Sam le 13/08 — DEC-2026-0812-01). Un chat de tableau de bord appele sans identifiant tomberait exactement dans ce trou et verrait le RAG de tous les clients. CETTE FONCTIONNALITE NE PART PAS AVANT CE CORRECTIF.

VALIDATION CONJOINTE LEGAL + DELIVERY — LE FILTRE PROJET REGLE-T-IL LE CLOISONNEMENT, ET JUSQU OU ? Demande de Sam le 13/08. CE QUI EST DEJA AUTORISE : DEC-2026-0812-01, filtre projet obligatoire cote service, GO donne ce matin. Le Delivery l a chiffre a 4-6 heures, 15-25 USD, risque bas, et surtout RETROACTIF — il corrige aussi les 161856 fragments deja indexes des qu ils portent un identifiant de projet. CE QUE SAM DEMANDE : que le Juridique et le Delivery valident ENSEMBLE ce que ce correctif regle, et ce qu il ne regle pas. La question n est pas technique, elle est de conformite : la compartimentation est ANNONCEE aux clients et absente aujourd hui. CE QU IL FAUT DISTINGUER, ET QUI N EST PAS LA MEME COUCHE : (1) le cloisonnement APPLICATIF — le filtre par projet dans les neuf methodes _get_rag_context, ou la valeur par defaut a 0 desactive silencieusement le filtre. C est ce que le correctif traite, et c est ce qui protege le RAG d un client de celui d un autre. (2) le cloisonnement BASE — 48 tables sur 48 sans row-level security, 0 politique definie. Le correctif ne touche PAS cette couche. Un defaut applicatif ailleurs dans le code contournerait le filtre sans que la base ne s y oppose. CE QUI EST ATTENDU, A DEUX VOIX : le Delivery dit ce que le correctif couvre techniquement, une fois pose ; le Juridique dit si cette couverture suffit au regard de ce qui est annonce aux clients, et ce qui reste a faire sinon. Une reponse commune, pas deux rapports separes. ENJEU DE CALENDRIER : le chat au niveau du tableau de bord (DEC-2026-0813-07) depend de ce meme filtre — un chat appele sans identifiant de projet verrait le RAG de tous les clients. Ce correctif est donc un prealable a plusieurs travaux, pas une correction isolee.

DEOS NE PEUT PAS IMPOSER UN FOURNISSEUR DE MODELE — DEFAUT D ARCHITECTURE PRODUIT, arbitre par Sam le 13/08. LE CONSTAT : les six directeurs tournent sous claude -p, une commande qui ne parle QUE le format Anthropic. Le fournisseur est cable dans l outil, pas choisi par une configuration. Aujourd hui ce n est pas grave — c est le dispositif interne de Sam. Des que DEOS est vendu, ca devient bloquant : un etablissement financier a sa propre politique fournisseur, un client peut avoir deja negocie un contrat ailleurs, et personne n achete une plateforme de gouvernance qui impose son moteur. CE QUI GENE DEJA, avant meme la vente : impossible de basculer les rondes sur le serveur GPU (constat repete depuis le 11/08) ; impossible de tester MiniMax ou un autre fournisseur sans reecrire les scripts ; impossible d exploiter le DGX Spark qui arrive le 20/08. Trois blocages qui ont la meme cause. L ARBITRAGE DE SAM : SORTIR DU HARNAIS, pas poser une passerelle. Une passerelle de traduction (type LiteLLM exposant du format Anthropic vers un autre backend) debloquerait techniquement en quelques heures, mais laisserait le defaut produit intact — le fournisseur resterait cable, simplement masque. Sam veut que les rondes appellent un ROUTEUR, avec le fournisseur en parametre. CE QUI EXISTE DEJA ET SERT DE MODELE : backend/config/llm_routing.yaml cote plateforme Digital-Humans — profils, tiers orchestrateur et worker, chaines de repli, fournisseurs declares avec leurs base_url. Modifie le 13/08 pour y ajouter gpt-oss sans toucher au code des agents. C est exactement l abstraction qui manque a DEOS. CE QUE CELA IMPLIQUE, a chiffrer : reecrire bin/rondes.sh et bin/daily.sh pour passer par un routeur ; decider si DEOS reutilise llm_routing.yaml ou a sa propre configuration ; traiter le cas des sous-agents lances par Task, qui heritent aujourd hui du harnais ; et verifier ce que deviennent les outils (Bash, Read, Grep) hors de claude -p — c est le point le plus delicat, un directeur sans outils ne fait plus rien.

VLLM EXPOSE UN POINT D ENTREE ANTHROPIC NATIF — LE VERROU DE DEC-2026-0813-10 SAUTE. Trouve le 17/08 en lisant la documentation vLLM que Sam a transmise. CE QUI CHANGE : le depot vLLM contient un module vllm/entrypoints/anthropic/ avec son routeur, son protocole et son service. La documentation porte une page d integration CLAUDE CODE dediee, avec les sections comment ca marche, prerequis, installation, demarrage du serveur, configuration de Claude Code, test et depannage. Autrement dit, claude -p peut pointer vers un vLLM local. CE QUE CELA ANNULE : DEC-2026-0813-10 demandait de SORTIR du harnais parce que DEOS ne peut pas imposer Anthropic a un client. On avait chiffre cela comme un chantier lourd — reecrire bin/rondes.sh et bin/daily.sh, avec le risque de perdre les outils des directeurs (Bash, Read, Grep, Task), point signale comme le plus delicat. Si vLLM parle Anthropic nativement, il n y a RIEN a reecrire. Les directeurs gardent claude -p, leurs outils, leurs fiches et le garde-fou PreToolUse. Le fournisseur devient une variable d environnement. Le harnais DeepSeek instruit le 15/08 (DEC-2026-0815-01) devient un detour — a conserver comme piste de repli, pas comme voie principale. CE QUI RESTE A VERIFIER, ET QUI N EST PAS ACQUIS : (1) le contenu detaille de la page d integration n a pas ete lu, seulement sa structure et l existence du module — a confirmer avant de chiffrer ; (2) L APPEL D OUTILS EST LE VRAI POINT DUR. Les directeurs invoquent Bash, Read, Grep et Task ; un modele local doit les appeler dans le format attendu. C est exactement ce qui bloquait MiniMax, ou seuls GLM-5.2 et Kimi K3 etaient confirmes compatibles. Qwen 3.8 27B n a jamais ete teste sur ce point ; (3) la qualite — les rondes tournent aujourd hui sur Opus, un modele de 27 milliards de parametres n est pas equivalent pour de la gouvernance. MESURE DU 16/08 QUI PLAIDE POUR L ESSAI : Qwen 3.8 27B a produit un SDS complet en 51 minutes, entierement en local, pour zero dollar d API. Marcus y ecrit du JSON structure en francais avec les noms d API Salesforce. Le comite coute 196 USD par mois sur 253 de facture totale : c est le poste le plus lourd, et le seul qui ne puisse pas basculer aujourd hui.

ESCALADE 3E OCCURRENCE — PUSH SSH REPO-DELIVERY TOUJOURS BLOQUE, RIEN NE BOUGE DEPUIS 3 JOURS. Signale par Delivery le 15/08 (urgence haute, decision demandee a Sam), repete le 16/08 (2e jour, meme demande), reverifie par moi-meme en direct ce jour 17/08 (git push origin delivery/correctifs -> 'Host key verification failed', /root/.ssh absent du conteneur, remote 'local' teste comme alternative inexistant lui aussi). CONSTAT VERIFIE : 2 commits de correctifs de securite deja ACCORDES par Sam (c3e534c DEC-2026-0811-01 logging, 62674ed DEC-2026-0810-09 chiffrement identifiants Salesforce/Git) existent uniquement dans ce conteneur, invisibles du depot canonique /repo. COUT DE L INACTION : si ce conteneur n est pas persistant entre sessions (donnee jamais confirmee, demandee 2 fois par Delivery), ces 2 correctifs de securite deja valides disparaissent purement et simplement -- risque de perte de travail deja arbitre, pas seulement de retard. Ce n est pas un probleme d execution de Delivery : Delivery n a pas la main sur la configuration SSH du conteneur, seul un geste hors de son perimetre (deploy key/known_hosts fournis, ou recuperation manuelle des 2 commits par quelqu un ayant acces a l hote) le debloque. Deux relances de Delivery sans effet en 2 jours : probleme de mandat/acces, pas de memoire ou d execution.

ECART DE TRACABILITE CORRIGE PAR LE COS (ronde 17/08) — PRICING.TSX AFFICHE UN PRIX ET UN PERIMETRE FAUX POUR LE PRO, SIGNALE PAR LE JURIDIQUE LE 14/08, JAMAIS POSE AU REGISTRE. Verifie de premiere main ce jour (lecture directe /repo/frontend/src/pages/Pricing.tsx) : ligne 4 (commentaire 'Pro (49E/mo)'), ligne 70 (price: '49E'), lignes 29-31 (BUILD Phase, SFDX Deployment, Git integration tous a true pour le tier pro). L OFFRE CANONIQUE (config/offre_dh.md, arbitrage Sam du 11/08) FIXE : Pro = 79 EUR/mois (59 pendant le lancement), SDS SEULEMENT, PAS de BUILD, PAS de deploiement. Double ecart : prix ET perimetre -- le perimetre est le plus grave, BUILD est explicitement interdit au Pro par arbitrage de securite de Sam, et la page frontend promet le contraire. Meme famille de defaut que DEC-2026-0811-07 (deja clos une fois sur le prompt de Sophie) -- preuve que le meme risque existe a un autre endroit du code, non couvert par la premiere correction. COUT DE L INACTION : le site est actuellement en Entracte, donc cette page n est pas servie aujourd hui -- mais elle repart en ligne des la bascule (DEC-2026-0813-06, en attente_sam), sans garantie que quelqu un y repense a ce moment-la. Un client qui verrait cette page paierait pour un perimetre (BUILD inclus a 49E) que le dispositif n a pas le droit de lui livrer -- risque commercial et juridique direct des la reouverture.

GROWTH 18/08 — deos-tasks et deos-decisions status blocked/needs_decision INUTILISABLES : la contrainte decisions_statut_check et la table tasks du LOT-01 (migrations/2026-08-17-v2-tasks.sql) ne sont pas appliquees sur COMITE_DB_DSN, malgre les commits f97fa6c/a23d972/f373b7a qui annoncent les onze lots integres et verifies bout en bout. Verifie ce jour : deos-tasks add echoue (relation tasks n existe pas), deos-decisions status ... needs_decision echoue (colonne blocker n existe pas sur decisions), \d decisions confirme le CHECK encore limite aux 5 statuts V1. Engagement growth : verifier demain (19/08) par requete directe (1) si le Ghost key de DEC-2026-0814-02 est depose (grep ghost .env, ou v_deos_blog_articles>0) et (2) si Sam a tranche la question ICP posee ce jour sur le lot d essai bloque a 11/30.

GROWTH 18/08 — LOT D ESSAI 30 COMPTES BLOQUE A 11/30, PAS EN RETARD. Les 19 entrees restantes de la source 'Fichier prospection Sam' dans v_deos_signaux (L Oreal, Veolia, Publicis, Rossignol, Michelin, Schneider Electric, TotalEnergies, AXA, Air France, Pernod Ricard, Suez, Decathlon, Criteo, Merieux NutriSciences, LVMH, Sodexo, Sanofi, Fnac Darty, Dassault Systemes) sont des CAC40/SBF120 explicitement exclus par la fiche ICP du 12/08. Aucune autre source de signaux disponible en lecture (v_deos_signaux : 112 lignes, inchange depuis le 06/08). Growth ne peut pas ecrire de nouveaux signaux (vue de production en lecture seule) : le lot ne peut pas avancer sans un geste de Sam.

GROWTH 19/08 — deos-tasks toujours casse (relation tasks n existe pas), DEC-2026-0818-02/03/04 non resolues. Ghost key DEC-2026-0814-02 toujours absente (grep vide, v_deos_blog_articles=0), 5e jour. Lot d essai DEC-2026-0818-05 toujours attente_sam, aucun mouvement.

LE VERROU DU COMITE SAUTE — claude -p tourne sur un modele local, verifie de bout en bout le 19/08. CE QUI A ETE PROUVE, PAS SUPPOSE : (1) NEMOTRON 3 NANO PASSE LES QUATRE TESTS D APPEL D OUTILS. Appel simple, appel avec enumeration contrainte, enchainement de deux appels, et — le plus important — il s ABSTIENT quand aucun outil n est necessaire. C est souvent la que les modeles echouent : ils invoquent un outil par reflexe. JSON valide dans tous les cas, quatre arguments obligatoires presents. (2) CLAUDE -P PARLE AU MODELE LOCAL. Test complet : le harnais pointe vers le serveur du Spark, Nemotron cherche dans les fichiers avec Grep et Glob, lit avec Read, et repond correctement. Trois tours, trente secondes, aucune erreur. Les directeurs GARDENT leurs outils, leurs fiches et le garde-fou : seule une variable d environnement change. (3) IL EST CINQ FOIS PLUS RAPIDE QUE QWEN en latence — 1,4 s contre 7,8 s en flux unique, 42,5 jetons/s contre 12,2. L architecture par melange d experts explique tout : 30 milliards de parametres au total mais 3 SEULEMENT lus a chaque jeton. Or le goulot mesure ce matin sur le Spark est la bande passante memoire — ce modele le contourne au lieu de le subir. NVIDIA le concoit d ailleurs NOMMEMENT pour le DGX Spark. CE QUE CELA CHANGE : le comite coute 196 USD sur 253 de facture mensuelle, c est le poste le plus lourd, devant le pipeline qui fabrique le produit (18 USD). Il peut desormais basculer en local, sans reecrire bin/rondes.sh, sans que les directeurs perdent quoi que ce soit. UN DEFAUT TROUVE EN CHEMIN, A CONNAITRE : le conteneur officiel NVIDIA (nvcr.io/nvidia/vllm:26.07-py3) est INUTILISABLE pour l appel d outils — deux de ses composants sont incompatibles, xgrammar n expose pas normalize_tool_choice. Toute forme d appel echoue en erreur 500. C est cocasse : son argument principal est justement d embarquer une pile validee. llama.cpp, lui, fonctionne sans probleme. RESERVE : le contexte maximal du modele n a PAS ete verifie sur ce fichier. NVIDIA annonce un million de jetons ; le serveur en sert 65536 par conversation avec deux flux. C est l erreur exacte commise le 16/08 avec Qwen, ou le fichier plafonnait a 32768 alors que le modele annoncait huit fois plus. A verifier avant de conclure.

RONDE COMPLETE DU FINANCIER SUR LE SPARK — ce qui marche et ce qui inquiete. Test du 19/08, apres DEC-2026-0819-04. CE QUI MARCHE : une ronde reelle a tourne de bout en bout sur Nemotron en local. Trois tours, 41 secondes, aucune erreur. L agent a LU SA FICHE avec l outil Read, structure les cinq questions de la ronde V2, converti les dollars en euros et calcule correctement la part du comite dans le budget. Le contexte est de 131072 jetons par conversation — quatre fois celui de Qwen, et le modele en declare 262144 nativement, sans extrapolation. Le probleme qui a tronque le WBS de Marcus le 16/08 disparait. Memoire utilisee : 40 Go sur 121. CE QUI INQUIETE, ET QUI EST LE VRAI SUJET : le Financier a INVENTE un fait. Il ecrit que « le reporting quotidien des depenses a ete mis a jour », ce qui n a pas eu lieu. La question 2 de la ronde — qu est-ce qui a avance depuis hier — l y a pousse : il n avait aucun moyen de le savoir, et il a comble. C est exactement le risque identifie en concevant le garde-fou du challenge : un modele qui repond quand il devrait dire qu il ne sait pas. Un modele local moins capable comble davantage. CONSEQUENCE POUR LA V2 : la question 2 doit etre ancree sur une SOURCE, pas sur la memoire de l agent. Elle devrait lire les taches passees en propose_cloture depuis la veille, et se taire s il n y en a pas. « Rien n a avance depuis hier » est une reponse valide ; l inventer ne l est pas. Cela vaut pour tout modele, mais devient critique en local.

GROWTH 20/08 -- RIEN N A AVANCE, VERIFIE PIECE PAR PIECE. deos-tasks add teste ce jour : echoue a l identique (relation tasks n existe pas), 3e jour signale (DEC-2026-0818-02/04, DEC-2026-0819-02). Lot 30 comptes toujours 11/30 : v_deos_signaux = 112 lignes, inchange depuis le 06/08. DEC-2026-0814-02 (cle Ghost) toujours accordee non executee, 6e jour, v_deos_blog_articles=0. Fait nouveau ce jour : deos-decisions list --depuis hier n est pas un flag reconnu par l outil (il l a lu comme un filtre statut inexistant et rendu 0 ligne sans erreur) -- verifie par psql direct, corrige ici pour ne pas confondre silence de l outil et silence du reel.

RONDE DELIVERY 20/08 -- deos-tasks reste casse (relation tasks absente de dh_comite, 3e jour : DEC-2026-0818-02, DEC-2026-0819-02). Tentative deos-tasks add confirmee en echec ce jour. Decouverte additionnelle : deos-decisions list n'a pas d'option --depuis -- le flag est absorbe comme filtre statut et renvoie 0 ligne sans erreur, ce qui peut faire croire a tort que rien n'a avance. Engagement propose : appliquer la migration tasks ET faire echouer deos-decisions list sur un flag inconnu au lieu de filtrer silencieusement. Critere de fin : psql $COMITE_DB_DSN -c '\dt tasks' renvoie une ligne, ET deos-decisions list --depuis x sort en erreur non-zero.

GROWTH 21/08 -- RIEN N A AVANCE, VERIFIE PIECE PAR PIECE (4e jour). deos-tasks add echoue a l identique (relation tasks n existe pas) -- teste ce jour, echec confirme, DEC-2026-0818-02/04, 0819-02, 0820-02. v_deos_signaux = 112 lignes, inchange depuis le 06/08, lot 30 comptes toujours 11/30. Ghost key DEC-2026-0814-02 toujours accordee non executee (grep vide sur .env, v_deos_blog_articles=0), 7e jour. Aucune nouvelle decision de Sam depuis le 20/08 (verifie : 0 ligne pour date >= 2026-08-21).

Arbitrage demande sur DEC-2026-0822-01 : Autoriser WebSearch pour ce conteneur (bloque ce jour, 3 tentatives refusees) afin d'identifier un sponsor nomme sur les 6 comptes nurturing (TASK-2026-0822-03) ? A defaut, quelle source de contacts nommes utiliser ?

Arbitrage demande sur DEC-2026-0822-01 : Autoriser le fonctionnement de deos-tasks add avec verification que la vue renvoie 0 ligne

Arbitrage demande sur DEC-2026-0822-01 : Progression indicateurs growth Q4

Arbitrage demande sur DEC-2026-0822-01 : Progression indicateurs growth Q4 - état du lot 30 contacts growth non qualifiés et blocage sponsor

Arbitrage demande sur DEC-2026-0822-01 : Validation du mécanisme de création de tâche deos-tasks

Arbitrage demande sur DEC-2026-0822-01 : Nouvelle ronde growth - suivi quotidien 2026-09-03

Arbitrage demande sur DEC-2026-0904-01 : Ronde growth du 04/09 - repondre aux 5 questions poseses par Sam (origine, avancement, blocages, action en cours, decision humaine)

Arbitrage demande sur DEC-2026-0905-01 : Rétoration module yaml preflight pour reactiver le comité?

Arbitrage demande sur DEC-2026-0905-01 : Valider le critere de fin pour le reporting quotidien des depenses