Ce qui a avancé, ce qui reste, projet par projet. Le travail disparaît dans des commits que personne ne relit — cette page le remet devant les yeux.
Rien d'inscrit aujourd'hui — si tu as travaillé, c'est le journal qui est en retard, pas toi.
Ce qui reste (1)
Reglages → « Report de la banque papier », un enfant a la fois, avec la date de l'inventaire. C'est a Sebastien : l'information est sur son papier, elle n'existe qu'a cet endroit. Tant que ce n'est pas fait, toute mise a jour de paie s'ajoute a un solde de zero et le total affiche restera faux.
Ce qui reste (1)
Trois gestes qui ne se refont jamais : creer un calendrier « Nina » dans son compte Google ; ajouter ce compte Google dans Reglages → Comptes de l'iPhone et du Mac, Calendriers active — le calendrier Nina apparait alors dans l'app Calendrier d'Apple, modifiable des deux cotes ; le partager avec Katty. Ensuite, activer les connecteurs Gmail et Google Calendar dans la conversation Claude (ils sont deja installes sur son compte, mais desactives). Aucun jeton a creer : les connecteurs s'autorisent dans le navigateur, la valeur ne passe jamais par une conversation. Le compte a autoriser est l'adresse dediee provolucoracommercial@gmail.com, creee le 2026-08-10. Analyse complete et solutions ecartees : IDEES.md du 2026-08-10.
Ce qui reste (1)
Ce qui reste (2)
Le rapport d'Hermes du 2026-08-10 19h23 revele qu'il a EU un acces REST a la base MyQuotaBag via une cle service_role (il cite les tables et le nombre d'usagers) — un acces qu'aucune decision n'accorde, herite de son montage d'avril. La cle repond 401 aujourd'hui : probablement deja revoquee ou expiree. Deux gestes : (1) Supabase > projet MyQuotaBag > Settings > API — confirmer que la cle service_role compromise est bien revoquee/tournee ; (2) sur le VPS d'Hermes, supprimer la cle de sa configuration pour qu'il cesse d'essayer. Ne JAMAIS lui redonner une service_role : l'acces legitime existe deja, c'est hermes_ro en lecture seule (C-020), verifie le 2026-08-10.
Ce qui reste (1)
Ce qui reste (1)
Une phrase de Sebastien suffit a debloquer : « oui je l'ai demandee » ou « non, je voulais qu'on ne touche a rien ». Puis, selon la reponse : (A) ON GARDE — D-037 est remplacee par une decision qui dit l'inverse, et C-036 (l'automatisation) peut reprendre. Reste alors la question du consentement des usagers tiers, qui releve d'elodie. (B) ON GARDE SANS LES TIERS — on ne sauvegarde que myquotaroom (sa propre famille, permise par D-013) et on retire les tables d'usagers de MyQuotaBag. C'est le compromis le plus simple a defendre. (C) ON SUPPRIME — retour strict a D-037. NE RIEN SUPPRIMER SANS SA REPONSE, et surtout pas par zele : ce depot est aujourd'hui la SEULE copie de ces 682 lignes. L'effacer est irreversible et exige la triple confirmation. Le laisser en place ne perd rien.
Ce qui reste (11)
GitHub → Settings → Developer settings → Fine-grained token, portee au seul depot provolu-core, permission Contents en lecture et ecriture, expiration courte. Puis Netlify → Site settings → Environment variables → NINA_GH_WRITE. Ne jamais coller la valeur dans une conversation ni dans le depot.
Ce qui reste (1)
« Kids Party Mix » a ete creee puis retiree le 2026-08-10 : le contenu genere visait des enfants plus jeunes que les siens. L'IDEE RESTE BONNE et c'est elle qui regle la cause racine — une liste dediee, lancee sur les Alexa, empeche l'ecoute des enfants de polluer les recommandations de Sebastien. Demander leur age AVANT de regenerer : Nina ne le connait pas, et c'est exactement l'information qui a manque la premiere fois.
Ce qui reste (4)
Sortir les borderaux du courtier et donner les couts reels ; ils n'existent nulle part ailleurs. Tant qu'ils manquent, le P/L affiche est indicatif.
Provolu Core, Site MyQuotaBag, MyStockMarket, App Famille, MyQuotaBag, Spotify, Provolu Core — l'audit du soir, MyStockMarket, My Family App