From 465b6d902b2949c7ab82ba3f1475cce1b76f7f66 Mon Sep 17 00:00:00 2001 From: Claude Date: Fri, 31 Jul 2026 08:32:36 +0000 Subject: [PATCH] =?UTF-8?q?Cr=C3=A9er=20le=20coffre=20Obsidian=20PROJET-DE?= =?UTF-8?q?V=20et=20y=20ranger=20l'analyse=20de=20la=20cha=C3=AEne=20Mike?= =?UTF-8?q?=20Codeur?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Alain voulait un troisième coffre pour tout le développement à venir, alimenté par l'analyse de la chaîne YouTube @MikeCodeur_. Les 30 vidéos publiées ont été relevées avec leurs chapitres. La chaîne porte aujourd'hui sur le développement agentique avec Claude Code, ce qui recoupe directement notre façon de travailler. 16 vidéos sont retenues et détaillées, 14 sont écartées avec la raison écrite (serveur VPS, outils macOS/Linux alors qu'on est sur Windows, contenu d'opinion, sujets périmés). Le coffre reprend la structure des coffres ÉCHEC O CUBE et OROSE : - CLAUDE.md, avec la règle qui décide où va une note - 00-ACCUEIL : tableau de bord, index, marche à suivre pour l'installer - 04-DOMAINES : Claude Code, mémoire, sécurité, coûts - 05-RESSOURCES/VEILLE/Mike-Codeur : l'index des 30 vidéos et 16 notes - 06-DECISIONS : le format ADR adopté, ADR-0001 sur l'existence du coffre - 07-MODELES : ADR, note vidéo, note quotidienne, projet - .obsidian préconfiguré : journal quotidien, modèles, pièces jointes Co-Authored-By: Claude Opus 5 Claude-Session: https://claude.ai/code/session_01USQGaSwfzxj2GF8whe7ZZC --- PROJET-DEV/.obsidian/app.json | 12 +++ PROJET-DEV/.obsidian/appearance.json | 4 + PROJET-DEV/.obsidian/core-plugins.json | 20 ++++ PROJET-DEV/.obsidian/daily-notes.json | 6 ++ PROJET-DEV/.obsidian/templates.json | 5 + .../00-ACCUEIL/COMMENT-INSTALLER-CE-COFFRE.md | 51 +++++++++ PROJET-DEV/00-ACCUEIL/OU-EST-QUOI.md | 66 ++++++++++++ PROJET-DEV/00-ACCUEIL/TABLEAU-DE-BORD.md | 45 ++++++++ .../A-LIRE-boite-de-reception.md | 19 ++++ PROJET-DEV/02-JOURNAL/2026/2026-07-31.md | 63 +++++++++++ PROJET-DEV/03-PROJETS/Projets-en-cours.md | 7 ++ PROJET-DEV/04-DOMAINES/Claude-Code.md | 73 +++++++++++++ PROJET-DEV/04-DOMAINES/Couts-et-modeles.md | 54 ++++++++++ PROJET-DEV/04-DOMAINES/Memoire-et-contexte.md | 64 +++++++++++ PROJET-DEV/04-DOMAINES/Securite-agentique.md | 53 +++++++++ .../05-RESSOURCES/Pieces-jointes/A-LIRE.md | 1 + .../Agent-View-le-multi-agent-natif.md | 51 +++++++++ .../VEILLE/Mike-Codeur/Chaine-Mike-Codeur.md | 101 ++++++++++++++++++ .../Claude-Design-refaire-un-onboarding.md | 52 +++++++++ .../GStack-l-audit-de-Garry-Tan.md | 61 +++++++++++ .../Mike-Codeur/HTML-remplace-Markdown.md | 53 +++++++++ .../La-facturation-Anthropic-du-15-juin.md | 60 +++++++++++ .../Mike-Codeur/Le-pipeline-killer-saas.md | 69 ++++++++++++ .../Le-repo-de-reference-Claude-Code.md | 66 ++++++++++++ .../Le-systeme-memoire-d-un-agent.md | 66 ++++++++++++ .../Les-15-nouvelles-commandes-Claude-Code.md | 63 +++++++++++ .../Les-ADR-la-memoire-des-decisions.md | 79 ++++++++++++++ .../Mike-Codeur/Les-Dynamic-Workflows.md | 51 +++++++++ .../Obsidian-memoire-partagee-des-agents.md | 74 +++++++++++++ .../Mike-Codeur/Opus-5-contre-Fable-5.md | 52 +++++++++ .../Mike-Codeur/Parallele-ou-sequentiel.md | 67 ++++++++++++ .../Securiser-son-SaaS-en-agentique.md | 76 +++++++++++++ ...Agentic-OS-qui-fait-tourner-le-business.md | 61 +++++++++++ ...DR-0001-un-troisieme-coffre-pour-le-dev.md | 68 ++++++++++++ PROJET-DEV/07-MODELES/Modele-ADR.md | 41 +++++++ .../07-MODELES/Modele-note-quotidienne.md | 25 +++++ PROJET-DEV/07-MODELES/Modele-note-video.md | 41 +++++++ PROJET-DEV/07-MODELES/Modele-projet.md | 33 ++++++ PROJET-DEV/99-ARCHIVES/A-LIRE.md | 3 + PROJET-DEV/CLAUDE.md | 60 +++++++++++ 40 files changed, 1916 insertions(+) create mode 100644 PROJET-DEV/.obsidian/app.json create mode 100644 PROJET-DEV/.obsidian/appearance.json create mode 100644 PROJET-DEV/.obsidian/core-plugins.json create mode 100644 PROJET-DEV/.obsidian/daily-notes.json create mode 100644 PROJET-DEV/.obsidian/templates.json create mode 100644 PROJET-DEV/00-ACCUEIL/COMMENT-INSTALLER-CE-COFFRE.md create mode 100644 PROJET-DEV/00-ACCUEIL/OU-EST-QUOI.md create mode 100644 PROJET-DEV/00-ACCUEIL/TABLEAU-DE-BORD.md create mode 100644 PROJET-DEV/01-BOITE-DE-RECEPTION/A-LIRE-boite-de-reception.md create mode 100644 PROJET-DEV/02-JOURNAL/2026/2026-07-31.md create mode 100644 PROJET-DEV/03-PROJETS/Projets-en-cours.md create mode 100644 PROJET-DEV/04-DOMAINES/Claude-Code.md create mode 100644 PROJET-DEV/04-DOMAINES/Couts-et-modeles.md create mode 100644 PROJET-DEV/04-DOMAINES/Memoire-et-contexte.md create mode 100644 PROJET-DEV/04-DOMAINES/Securite-agentique.md create mode 100644 PROJET-DEV/05-RESSOURCES/Pieces-jointes/A-LIRE.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Agent-View-le-multi-agent-natif.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Chaine-Mike-Codeur.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Claude-Design-refaire-un-onboarding.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/GStack-l-audit-de-Garry-Tan.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/HTML-remplace-Markdown.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/La-facturation-Anthropic-du-15-juin.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Le-pipeline-killer-saas.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Le-repo-de-reference-Claude-Code.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Le-systeme-memoire-d-un-agent.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Les-15-nouvelles-commandes-Claude-Code.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Les-ADR-la-memoire-des-decisions.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Les-Dynamic-Workflows.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Obsidian-memoire-partagee-des-agents.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Opus-5-contre-Fable-5.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Parallele-ou-sequentiel.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Securiser-son-SaaS-en-agentique.md create mode 100644 PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Un-Agentic-OS-qui-fait-tourner-le-business.md create mode 100644 PROJET-DEV/06-DECISIONS/ADR-0001-un-troisieme-coffre-pour-le-dev.md create mode 100644 PROJET-DEV/07-MODELES/Modele-ADR.md create mode 100644 PROJET-DEV/07-MODELES/Modele-note-quotidienne.md create mode 100644 PROJET-DEV/07-MODELES/Modele-note-video.md create mode 100644 PROJET-DEV/07-MODELES/Modele-projet.md create mode 100644 PROJET-DEV/99-ARCHIVES/A-LIRE.md create mode 100644 PROJET-DEV/CLAUDE.md diff --git a/PROJET-DEV/.obsidian/app.json b/PROJET-DEV/.obsidian/app.json new file mode 100644 index 0000000..ef32c32 --- /dev/null +++ b/PROJET-DEV/.obsidian/app.json @@ -0,0 +1,12 @@ +{ + "alwaysUpdateLinks": true, + "newFileLocation": "folder", + "newFileFolderPath": "01-BOITE-DE-RECEPTION", + "attachmentFolderPath": "05-RESSOURCES/Pieces-jointes", + "showUnsupportedFiles": true, + "useMarkdownLinks": false, + "propertiesInDocument": "visible", + "userIgnoreFilters": [ + "99-ARCHIVES/" + ] +} diff --git a/PROJET-DEV/.obsidian/appearance.json b/PROJET-DEV/.obsidian/appearance.json new file mode 100644 index 0000000..0b5ba25 --- /dev/null +++ b/PROJET-DEV/.obsidian/appearance.json @@ -0,0 +1,4 @@ +{ + "accentColor": "", + "theme": "system" +} diff --git a/PROJET-DEV/.obsidian/core-plugins.json b/PROJET-DEV/.obsidian/core-plugins.json new file mode 100644 index 0000000..1bb2de3 --- /dev/null +++ b/PROJET-DEV/.obsidian/core-plugins.json @@ -0,0 +1,20 @@ +{ + "file-explorer": true, + "global-search": true, + "switcher": true, + "graph": true, + "backlink": true, + "outgoing-link": true, + "tag-pane": true, + "page-preview": true, + "daily-notes": true, + "templates": true, + "note-composer": true, + "command-palette": true, + "editor-status": true, + "bookmarks": true, + "outline": true, + "word-count": true, + "file-recovery": true, + "properties": true +} diff --git a/PROJET-DEV/.obsidian/daily-notes.json b/PROJET-DEV/.obsidian/daily-notes.json new file mode 100644 index 0000000..d08594a --- /dev/null +++ b/PROJET-DEV/.obsidian/daily-notes.json @@ -0,0 +1,6 @@ +{ + "folder": "02-JOURNAL/2026", + "format": "YYYY-MM-DD", + "template": "07-MODELES/Modele-note-quotidienne", + "autorun": false +} diff --git a/PROJET-DEV/.obsidian/templates.json b/PROJET-DEV/.obsidian/templates.json new file mode 100644 index 0000000..88da761 --- /dev/null +++ b/PROJET-DEV/.obsidian/templates.json @@ -0,0 +1,5 @@ +{ + "folder": "07-MODELES", + "dateFormat": "YYYY-MM-DD", + "timeFormat": "HH:mm" +} diff --git a/PROJET-DEV/00-ACCUEIL/COMMENT-INSTALLER-CE-COFFRE.md b/PROJET-DEV/00-ACCUEIL/COMMENT-INSTALLER-CE-COFFRE.md new file mode 100644 index 0000000..8f5657f --- /dev/null +++ b/PROJET-DEV/00-ACCUEIL/COMMENT-INSTALLER-CE-COFFRE.md @@ -0,0 +1,51 @@ +--- +titre: Comment installer ce coffre sur le Bureau +type: accueil +statut: actif +etiquettes: [dev] +cree: 2026-07-31 +maj: 2026-07-31 +alias: [Installer, Le mettre sur mon PC] +--- + +# Comment installer ce coffre sur le Bureau + +Ce coffre a été créé depuis une session Claude Code qui tourne dans le nuage. +Elle n'a pas accès au disque du PC : elle ne peut pas déposer un dossier sur le +Bureau toute seule. Il y a donc une étape manuelle, une seule fois. + +## Le chemin le plus simple + +1. Ouvrir la page de la branche sur GitHub : + `Orose2025/OROSE-AI-Claude`, branche `claude/obsidian-videos-missing-1gfr8m` +2. Bouton vert **Code** → **Download ZIP** +3. Ouvrir le ZIP, prendre **uniquement** le dossier `PROJET-DEV` +4. Le glisser sur le **Bureau**, à côté de `ÉCHEC O CUBE` et de `OROSE` +5. Dans Obsidian : nom du coffre en bas à gauche → **Ouvrir un autre coffre** → + **Ouvrir un dossier comme coffre** → choisir `Bureau\PROJET-DEV` + +C'est tout. La configuration Obsidian est déjà dedans : le journal quotidien +pointe sur `02-JOURNAL/2026`, les modèles sur `07-MODELES`. + +## Vérifier que c'est bon + +Trois signes que l'installation a marché : + +- le dossier caché `.obsidian` est bien présent dans `PROJET-DEV` +- Obsidian affiche neuf dossiers numérotés dans l'explorateur +- taper `Au secours` dans la recherche rapide ouvre le tableau de bord + +Si le dossier `.obsidian` manque, c'est que Windows a filtré les fichiers cachés +à l'extraction. Ce n'est pas grave : Obsidian en recrée un, il faudra juste +régler le journal quotidien et les modèles à la main. + +## Après l'installation + +Le coffre vit sur le Bureau. Le dépôt GitHub n'est qu'un moyen de transport — +une fois le dossier en place, c'est la version du Bureau qui fait foi, comme +pour les deux autres coffres. + +## Liens + +- [[TABLEAU-DE-BORD]] +- [[CLAUDE]] diff --git a/PROJET-DEV/00-ACCUEIL/OU-EST-QUOI.md b/PROJET-DEV/00-ACCUEIL/OU-EST-QUOI.md new file mode 100644 index 0000000..af8dcc2 --- /dev/null +++ b/PROJET-DEV/00-ACCUEIL/OU-EST-QUOI.md @@ -0,0 +1,66 @@ +--- +titre: Où est quoi dans PROJET-DEV +type: index +statut: actif +etiquettes: [dev] +cree: 2026-07-31 +maj: 2026-07-31 +alias: [Index, Je cherche un truc, Où est] +--- + +# Où est quoi + +## Je cherche… + +| Ce que je cherche | Où c'est | +|---|---| +| une commande Claude Code | [[Claude-Code]] puis [[Les-15-nouvelles-commandes-Claude-Code]] | +| pourquoi l'agent a oublié une décision | [[Memoire-et-contexte]] et [[Les-ADR-la-memoire-des-decisions]] | +| comment sécuriser un dépôt avant mise en ligne | [[Securite-agentique]] | +| quel modèle utiliser et ce que ça coûte | [[Couts-et-modeles]] | +| une vidéo de Mike Codeur | [[Chaine-Mike-Codeur]] | +| une décision technique déjà tranchée | dossier `06-DECISIONS` | +| un gabarit de note | dossier `07-MODELES` | + +## Les notes de veille (source : chaîne Mike Codeur) + +Bloc « à voir en premier » : + +- [[Obsidian-memoire-partagee-des-agents]] +- [[Le-systeme-memoire-d-un-agent]] +- [[Les-ADR-la-memoire-des-decisions]] + +Bloc méthode : + +- [[Le-repo-de-reference-Claude-Code]] +- [[Le-pipeline-killer-saas]] +- [[Parallele-ou-sequentiel]] +- [[Un-Agentic-OS-qui-fait-tourner-le-business]] + +Bloc outillage : + +- [[Les-15-nouvelles-commandes-Claude-Code]] +- [[Agent-View-le-multi-agent-natif]] +- [[Les-Dynamic-Workflows]] + +Bloc sécurité : + +- [[GStack-l-audit-de-Garry-Tan]] +- [[Securiser-son-SaaS-en-agentique]] + +Bloc argent et modèles : + +- [[La-facturation-Anthropic-du-15-juin]] +- [[Opus-5-contre-Fable-5]] + +Bloc livrables : + +- [[HTML-remplace-Markdown]] +- [[Claude-Design-refaire-un-onboarding]] + +## Ce qui n'est pas dans ce coffre + +- Le jeu, la Fédération, l'application EOC → coffre `Bureau\ÉCHEC O CUBE` +- La marque, les produits, le lancement du 26 août → coffre `Bureau\OROSE` +- Les clés et secrets → ils restent dans `ÉCHEC O CUBE/DOCUMENT OFFICIAL/CLES-ET-SECRETS/`, + jamais ici. Voir [[Securite-agentique]]. diff --git a/PROJET-DEV/00-ACCUEIL/TABLEAU-DE-BORD.md b/PROJET-DEV/00-ACCUEIL/TABLEAU-DE-BORD.md new file mode 100644 index 0000000..7dc9943 --- /dev/null +++ b/PROJET-DEV/00-ACCUEIL/TABLEAU-DE-BORD.md @@ -0,0 +1,45 @@ +--- +titre: Tableau de bord PROJET-DEV +type: accueil +statut: actif +etiquettes: [dev] +cree: 2026-07-31 +maj: 2026-07-31 +alias: [Accueil, Au secours, Par où je commence] +--- + +# Tableau de bord + +Le coffre des méthodes de développement. Ce qu'on construit est dans les deux +autres coffres ; **comment** on le construit est ici. + +## Commencer par là + +0. [[COMMENT-INSTALLER-CE-COFFRE]] — à lire une seule fois, pour le poser sur le Bureau +1. [[CLAUDE]] — le manuel du coffre, la règle qui décide où va une note +2. [[OU-EST-QUOI]] — l'index : n'importe quoi se retrouve à partir de là +3. [[Chaine-Mike-Codeur]] — les 30 vidéos analysées, triées par utilité pour nous + +## Les quatre domaines + +- [[Claude-Code]] — l'outil qu'on utilise tous les jours +- [[Memoire-et-contexte]] — pourquoi l'agent oublie et comment on répare +- [[Securite-agentique]] — clés, dépendances, logs +- [[Couts-et-modeles]] — quel modèle, à quel prix, pour quoi + +## Les décisions prises + +- [[ADR-0001-un-troisieme-coffre-pour-le-dev]] — pourquoi ce coffre existe + +## À faire ensuite + +| # | Quoi | D'où ça vient | +|---|---|---| +| 1 | Regarder les 3 vidéos du bloc « à voir en premier » | [[Chaine-Mike-Codeur]] | +| 2 | Écrire les ADR des décisions déjà prises mais jamais écrites (deux coffres, un seul coffre EOC, ne pas renommer les fichiers outillés) | [[Les-ADR-la-memoire-des-decisions]] | +| 3 | Décider si on installe Graphify sur les trois coffres | [[Obsidian-memoire-partagee-des-agents]] | +| 4 | Passer un audit sécurité sur le dépôt EOC avant le lancement OROSE | [[Securiser-son-SaaS-en-agentique]] | + +## Le journal + +La note du jour est dans `02-JOURNAL/2026/`. Dernière : [[2026-07-31]]. diff --git a/PROJET-DEV/01-BOITE-DE-RECEPTION/A-LIRE-boite-de-reception.md b/PROJET-DEV/01-BOITE-DE-RECEPTION/A-LIRE-boite-de-reception.md new file mode 100644 index 0000000..f9834b3 --- /dev/null +++ b/PROJET-DEV/01-BOITE-DE-RECEPTION/A-LIRE-boite-de-reception.md @@ -0,0 +1,19 @@ +--- +titre: À lire — boîte de réception +type: note +statut: actif +etiquettes: [dev] +cree: 2026-07-31 +maj: 2026-07-31 +--- + +# À lire + +Ce dossier est le tampon. Tout ce qui arrive sans avoir encore trouvé sa place +atterrit ici : une idée en passant, un lien, une question. + +La règle : **rien ne dort ici plus d'une semaine.** À la fin de la semaine, on +vide — chaque note part vers son dossier, ou à la corbeille. + +Une nouvelle note créée dans Obsidian sans autre indication arrive ici +automatiquement. diff --git a/PROJET-DEV/02-JOURNAL/2026/2026-07-31.md b/PROJET-DEV/02-JOURNAL/2026/2026-07-31.md new file mode 100644 index 0000000..41d4a78 --- /dev/null +++ b/PROJET-DEV/02-JOURNAL/2026/2026-07-31.md @@ -0,0 +1,63 @@ +--- +titre: Journal du 2026-07-31 +type: journal +statut: actif +etiquettes: [dev/journal] +cree: 2026-07-31 +maj: 2026-07-31 +--- + +# Journal du vendredi 31 juillet 2026 + +## Objectif de la session + +Analyser la chaîne YouTube de Mike Codeur, garder ce qui sert à nos projets, et +créer un coffre pour tout le développement à venir. + +## Fait + +- **Malentendu levé.** J'avais compris qu'un coffre « PROJET DEV » existait et + avait été perdu. Il n'existait pas : Alain demandait qu'on le crée. La + recherche menée avant a quand même servi — elle a confirmé que rien n'avait + disparu dans les deux coffres existants. +- **Les 30 vidéos de la chaîne récupérées et analysées**, titres, dates et + chapitres à l'appui. La chaîne a changé de sujet : ce n'est plus du tutoriel + React, c'est du développement agentique avec Claude Code — notre outil. +- **16 vidéos retenues, 14 écartées**, avec la raison de chaque mise à l'écart + écrite noir sur blanc dans [[Chaine-Mike-Codeur]]. +- **Coffre `PROJET-DEV` créé** : la structure des deux autres coffres, son + `CLAUDE.md`, son tableau de bord, son index, ses modèles, sa configuration + Obsidian. +- **Quatre domaines ouverts** : [[Claude-Code]], [[Memoire-et-contexte]], + [[Securite-agentique]], [[Couts-et-modeles]]. +- **Le format ADR adopté** et le premier écrit : + [[ADR-0001-un-troisieme-coffre-pour-le-dev]]. + +## Décidé + +- **Trois coffres, pas quatre.** Une note va ici si elle reste vraie le jour où + EOC et OROSE n'existent plus. Voir l'ADR-0001. +- **Une décision tranchée = un ADR**, pas une ligne noyée dans un journal. Le + champ « options écartées » est obligatoire. +- **Un seul agent par dépôt à la fois.** Le parallèle est réservé à deux projets + qui ne se touchent pas. +- **Markdown pour le coffre, HTML pour ce qu'un humain doit regarder.** + +## Bloqué + +Rien de bloqué. Le coffre est sur la branche +`claude/obsidian-videos-missing-1gfr8m` du dépôt : c'est à Alain de le +descendre sur son Bureau. Voir [[COMMENT-INSTALLER-CE-COFFRE]]. + +## Prochain pas + +1. Installer le coffre sur le Bureau et l'ouvrir dans Obsidian. +2. Regarder les trois vidéos du bloc « à voir en premier ». +3. Rapatrier en ADR les quatre décisions du 30 juillet, restées dans le journal + du coffre EOC. +4. Avant le 26 août : vérifier les dépendances de l'application EOC et du site. + C'est le point de sécurité le plus concret. + +## Notes touchées + +Tout le coffre — il vient d'être créé. diff --git a/PROJET-DEV/03-PROJETS/Projets-en-cours.md b/PROJET-DEV/03-PROJETS/Projets-en-cours.md new file mode 100644 index 0000000..4a0974b --- /dev/null +++ b/PROJET-DEV/03-PROJETS/Projets-en-cours.md @@ -0,0 +1,7 @@ +# Projets + +Un projet = une note, à partir de [[Modele-projet]]. + +Aucun projet en cours dans ce coffre pour l'instant : les projets réels vivent +dans les coffres ÉCHEC O CUBE et OROSE. Ici, on met les chantiers qui portent +sur la façon de travailler — outillage, automatisation, migration. diff --git a/PROJET-DEV/04-DOMAINES/Claude-Code.md b/PROJET-DEV/04-DOMAINES/Claude-Code.md new file mode 100644 index 0000000..20712f6 --- /dev/null +++ b/PROJET-DEV/04-DOMAINES/Claude-Code.md @@ -0,0 +1,73 @@ +--- +titre: Claude Code +type: domaine +statut: actif +etiquettes: [dev/claude-code] +cree: 2026-07-31 +maj: 2026-07-31 +alias: [L'outil, Claude Code] +--- + +# Claude Code + +L'outil avec lequel tout est fait. Cette note dit comment on s'en sert, pas ce +qu'il sait faire en général. + +## La méthode en cinq temps + +Reprise du [[Le-repo-de-reference-Claude-Code]]. C'est l'ordre qu'on suivait +déjà, en désordre : + +1. **Recherche** — comprendre avant de toucher. Lire les fichiers, poser les + questions. +2. **Plan** — dire ce qu'on va faire, avant de le faire. +3. **Exécution** — écrire. +4. **Revue** — relire, si possible avec un regard différent. +5. **Livraison** — pousser, et écrire ce qui a été fait. + +Le pas le plus souvent sauté est le 2. C'est aussi celui qui coûte le moins +cher et rapporte le plus. + +## Les commandes qu'on utilise + +| Commande | Quand | +|---|---| +| `/usage` | en fin de session, pour savoir ce que ça a coûté | +| `/doctor` | quand quelque chose se comporte bizarrement | +| `/context` | quand la session devient lente ou confuse | +| `/btw` | question de côté, sans faire dérailler le sujet | +| `/effort` | régler vitesse contre réflexion selon la phase | + +Détail dans [[Les-15-nouvelles-commandes-Claude-Code]]. + +## Ce qu'on a déjà installé + +| Brique | Où | Ce qu'elle fait | +|---|---|---| +| Crochet de fin de session | `.claude/` des coffres EOC et OROSE | vérifie que le journal du jour est écrit | +| Skill tri du courrier | plugin | classe les courriels, sépare EOC et personnel | +| Skill analyse OROSE | plugin | rapport quotidien sur les dossiers OROSE | +| Connecteurs | Gmail, Drive, Agenda, Shopify, GitHub, Figma | accès direct aux services | + +## Les règles du poste + +- **Un seul agent par dépôt à la fois.** Le parallèle est réservé à deux projets + qui ne se touchent pas — voir [[Parallele-ou-sequentiel]]. +- **Windows, pas Linux.** Une bonne partie de ce qui se dit en ligne suppose un + Mac ou un serveur Linux. Vérifier avant d'installer. +- **Attention aux accents dans les scripts.** Le 30 juillet, un `É` dans un + chemin a cassé un script PowerShell — le fichier était lu dans le mauvais + encodage. Le caractère est maintenant construit par code. + +## À creuser + +- [ ] Transformer les trois demandes les plus répétées en commandes + personnalisées +- [ ] Écrire une « loi du dépôt » pour le code, comme le `CLAUDE.md` en est une + pour les notes + +## Liens + +- [[Le-repo-de-reference-Claude-Code]] +- [[Memoire-et-contexte]] +- [[Couts-et-modeles]] diff --git a/PROJET-DEV/04-DOMAINES/Couts-et-modeles.md b/PROJET-DEV/04-DOMAINES/Couts-et-modeles.md new file mode 100644 index 0000000..e5c00e3 --- /dev/null +++ b/PROJET-DEV/04-DOMAINES/Couts-et-modeles.md @@ -0,0 +1,54 @@ +--- +titre: Coûts et choix de modèle +type: domaine +statut: actif +etiquettes: [dev/couts] +cree: 2026-07-31 +maj: 2026-07-31 +alias: [Combien ça coûte, Les coûts] +--- + +# Coûts et choix de modèle + +## Le principe à ne pas oublier + +Il y a deux façons de payer : **l'abonnement** et **l'usage facturé à l'appel**. +Le même travail peut relever de l'un ou de l'autre selon la manière dont il est +lancé. + +Travailler en conversation, comme aujourd'hui, reste dans l'abonnement. +Automatiser — faire tourner quelque chose tout seul, sur horaire, sans personne +devant l'écran — peut basculer du côté facturé sans prévenir. + +Détail dans [[La-facturation-Anthropic-du-15-juin]]. + +## La règle du coffre + +**Avant d'automatiser quoi que ce soit :** vérifier de quel côté ça tombe, puis +contrôler avec `/usage` après le premier tour. Une facture surprise à trois +semaines d'un lancement, ce n'est pas le moment. + +## Quel modèle pour quelle phase + +D'après [[Opus-5-contre-Fable-5]], en laissant de côté les noms qui changent tous +les mois : + +| Phase | Ce qu'on veut | +|---|---| +| explorer, réfléchir, décider | le plus solide — on paie pour le raisonnement | +| écrire du code répétitif | le rapide suffit | +| relire, auditer | le solide, et si possible un second regard pour croiser | + +C'est le sens de la commande `/effort` : régler le curseur selon la phase, au +lieu de tout faire au maximum. + +## Ce qu'on ne sait pas + +On ne mesure rien aujourd'hui. Premier pas : finir chaque session par `/usage` +pendant deux semaines et noter. On décidera après, avec des chiffres. + +## Liens + +- [[La-facturation-Anthropic-du-15-juin]] +- [[Opus-5-contre-Fable-5]] +- [[Les-15-nouvelles-commandes-Claude-Code]] diff --git a/PROJET-DEV/04-DOMAINES/Memoire-et-contexte.md b/PROJET-DEV/04-DOMAINES/Memoire-et-contexte.md new file mode 100644 index 0000000..2abbff0 --- /dev/null +++ b/PROJET-DEV/04-DOMAINES/Memoire-et-contexte.md @@ -0,0 +1,64 @@ +--- +titre: Mémoire et contexte +type: domaine +statut: actif +etiquettes: [dev/memoire] +cree: 2026-07-31 +maj: 2026-07-31 +alias: [Pourquoi il oublie, La mémoire] +--- + +# Mémoire et contexte + +Pourquoi l'agent oublie, et ce qu'on fait pour que ça arrive moins. + +## Les trois étages + +D'après [[Le-systeme-memoire-d-un-agent]] : + +| Étage | La question | Où on en est | +|---|---|---| +| **Stockage** | où vit l'information ? | fait — trois coffres, trois `CLAUDE.md` | +| **Rappel** | comment la retrouver au bon moment ? | à moitié — les index marchent, la recherche est lourde | +| **Consolidation** | comment elle se nettoie ? | rien — c'est notre trou | + +## Notre dispositif actuel + +**Les fichiers plutôt que l'application.** Tout est en Markdown, dans des +dossiers. Si Obsidian disparaît demain, les notes restent lisibles. Si Claude +disparaît, Alain peut tout lire. C'est le principe que +[[Obsidian-memoire-partagee-des-agents]] appelle *file over app*, et on l'avait +adopté sans le nommer. + +**Un manuel par coffre.** Le `CLAUDE.md` dit comment travailler dans ce coffre. +C'est la première chose lue à chaque session. + +**Un index par coffre.** La note `OU-EST-QUOI` permet de retrouver n'importe quoi +sans relire les 554 fichiers. + +**Un journal par jour.** Avec un crochet automatique qui vérifie qu'il a été +écrit avant de terminer. + +**Des alias.** Une note se retrouve en tapant la question qu'on se pose, pas son +titre exact. + +## Les deux trous connus + +**Les décisions ne sont écrites nulle part de façon retrouvable.** Elles sont +noyées dans le récit des journaux. Réponse : les ADR — voir +[[Les-ADR-la-memoire-des-decisions]] et le dossier `06-DECISIONS`. + +**Rien n'est jamais consolidé.** Le journal grossit d'une note par jour, pour +toujours. Dans un an, personne ne relira 2026. Réponse envisagée : une synthèse +mensuelle qui remonte l'essentiel. + +## À creuser + +- [ ] Synthèse mensuelle dans les trois coffres +- [ ] Décider pour ou contre un graphe d'index (Graphify) — ça mérite un ADR + +## Liens + +- [[Le-systeme-memoire-d-un-agent]] +- [[Obsidian-memoire-partagee-des-agents]] +- [[Les-ADR-la-memoire-des-decisions]] diff --git a/PROJET-DEV/04-DOMAINES/Securite-agentique.md b/PROJET-DEV/04-DOMAINES/Securite-agentique.md new file mode 100644 index 0000000..2a8c422 --- /dev/null +++ b/PROJET-DEV/04-DOMAINES/Securite-agentique.md @@ -0,0 +1,53 @@ +--- +titre: Sécurité +type: domaine +statut: actif +etiquettes: [dev/securite] +cree: 2026-07-31 +maj: 2026-07-31 +alias: [Les clés, Sécurité] +--- + +# Sécurité + +## Les trois couches + +D'après [[Securiser-son-SaaS-en-agentique]] : + +1. **Audit du dépôt** — chercher les failles et les secrets oubliés, en continu +2. **Veille des dépendances** — les bibliothèques prennent des failles avec le + temps +3. **Lecture des journaux de production** — c'est là qu'on voit passer ce qui ne + devrait pas + +## Où on en est + +| Couche | État | Priorité | +|---|---|---| +| Audit du dépôt | jamais fait | à faire avant le 26 août | +| Dépendances | jamais vérifiées | **le plus urgent** — l'appli est en ligne | +| Journaux | pas de trafic aujourd'hui | après le lancement | + +## Les clés + +Elles ne sont **jamais** dans ce coffre. Elles vivent dans +`ÉCHEC O CUBE/DOCUMENT OFFICIAL/CLES-ET-SECRETS/`, dossier exclu de la recherche +Obsidian. Le détail de ce que chacune ouvre est dans la note +`Securite-des-cles-EOC` du coffre EOC. + +Deux points en attente depuis le 30 juillet, et ils passent avant tout le reste : + +1. **Régénérer la clé Firebase** — c'est celle qui a le plus de chances d'avoir + circulé +2. **Copier la clé Google Play sur une clé USB** — c'est la seule qui ne se + remplace pas. Si elle est perdue, l'application ne peut plus être mise à jour. + +## La règle + +Avant toute mise en ligne : audit du dépôt, vérification des dépendances, et +personne ne pousse une clé dans un dépôt, jamais, même privé. + +## Liens + +- [[Securiser-son-SaaS-en-agentique]] +- [[GStack-l-audit-de-Garry-Tan]] diff --git a/PROJET-DEV/05-RESSOURCES/Pieces-jointes/A-LIRE.md b/PROJET-DEV/05-RESSOURCES/Pieces-jointes/A-LIRE.md new file mode 100644 index 0000000..6b183f7 --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/Pieces-jointes/A-LIRE.md @@ -0,0 +1 @@ +Les pièces jointes des notes arrivent ici automatiquement. diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Agent-View-le-multi-agent-natif.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Agent-View-le-multi-agent-natif.md new file mode 100644 index 0000000..226cb21 --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Agent-View-le-multi-agent-natif.md @@ -0,0 +1,51 @@ +--- +titre: Agent View, le multi-agent intégré +type: veille +statut: a-connaitre +etiquettes: [dev/veille, dev/claude-code] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=Pbc0gyk7jCU +duree: 19 min +priorite: 3 +--- + +# Agent View, le multi-agent intégré + +*« Le multi-agent natif qu'on attendait depuis 2 ans »* + +## Ce que c'est + +Une vue intégrée à Claude Code qui permet de suivre plusieurs agents en même +temps. Le mécanisme derrière : un service qui tourne en fond et garde les +sessions vivantes. + +Ce qu'il appelle le moment décisif : **fermer le terminal ne tue plus rien.** +Les agents continuent, on rattache la session plus tard. Il montre douze agents +en parallèle, un panneau pour répondre à l'un sans quitter la vue générale, et +des filtres pour s'y retrouver. + +## Ce que ça vaut pour nous + +À connaître, pas à installer aujourd'hui — et ce n'est pas une contradiction +avec [[Parallele-ou-sequentiel]] : Agent View permet de *voir* plusieurs agents, +il ne dit pas qu'il faut en lancer plusieurs sur le même dépôt. + +Le point qui nous concernera vraiment : la session qui survit à la fermeture du +terminal. Alain travaille souvent tard, coupe, reprend. Une tâche longue qui +continue toute seule et qu'on retrouve au réveil, c'est utile. + +Réserve : il précise que c'est une version d'essai, avec des limites. On attend +que ça se stabilise. + +## Chapitres utiles + +- 03:30 le service qui tourne en fond +- 13:30 fermer le terminal, tout continue +- 16:00 les limites et les pièges + +## Liens + +- [[Parallele-ou-sequentiel]] +- [[Claude-Code]] +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Chaine-Mike-Codeur.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Chaine-Mike-Codeur.md new file mode 100644 index 0000000..1dae2de --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Chaine-Mike-Codeur.md @@ -0,0 +1,101 @@ +--- +titre: Chaîne Mike Codeur — les 30 vidéos analysées +type: ressource +statut: actif +etiquettes: [dev/veille] +cree: 2026-07-31 +maj: 2026-07-31 +alias: [Mike Codeur, La chaîne, Les vidéos] +--- + +# Chaîne Mike Codeur + + + +Développeur full stack français, formateur, installé à Bali. La chaîne a changé +de sujet : ce n'était plus du tutoriel React, c'est aujourd'hui presque +exclusivement du **développement agentique avec Claude Code** — exactement notre +outil et notre façon de travailler. + +Trente vidéos analysées le 31 juillet 2026, de « il y a 3 mois » à « il y a 1 +jour ». Le tri ci-dessous est fait pour **nos** projets : deux entreprises, un +site Shopify, une application Firebase, un poste Windows, Claude Code comme +seul outil de dev. + +## À voir en premier (3 vidéos) + +Celles qui parlent directement de ce qu'on vient de construire dans les deux +autres coffres. + +| Vidéo | Pourquoi elle nous concerne | +|---|---| +| [[Obsidian-memoire-partagee-des-agents]] | il fait exactement ce qu'on a fait : un coffre Obsidian comme mémoire des agents. Il va plus loin avec un graphe. | +| [[Le-systeme-memoire-d-un-agent]] | la théorie derrière : stockage, rappel, consolidation. Explique pourquoi `CLAUDE.md` seul ne suffit pas. | +| [[Les-ADR-la-memoire-des-decisions]] | on a déjà un dossier `06-DECISIONS` vide dans les deux coffres. Cette vidéo donne quoi mettre dedans. | + +## Méthode de travail (4 vidéos) + +| Vidéo | Ce qu'on en tire | +|---|---| +| [[Le-repo-de-reference-Claude-Code]] | le tour complet de Claude Code : commandes, skills, sous-agents, hooks, MCP. Une heure, c'est le socle. | +| [[Le-pipeline-killer-saas]] | la méthode en 7 étapes pour construire un produit du cadrage à la production. Trop lourde pour nous d'un bloc, deux étapes à voler. | +| [[Parallele-ou-sequentiel]] | quand lancer plusieurs agents et quand surtout pas. La règle des 3 axes. | +| [[Un-Agentic-OS-qui-fait-tourner-le-business]] | son système complet. Ambitieux, mais deux briques sont copiables tout de suite. | + +## Outillage Claude Code (3 vidéos) + +| Vidéo | Ce qu'on en tire | +|---|---| +| [[Les-15-nouvelles-commandes-Claude-Code]] | `/usage`, `/context`, `/doctor`, `/autofix-pr`. Directement utilisable. | +| [[Agent-View-le-multi-agent-natif]] | fermer le terminal sans tuer les agents. Utile le jour où on lancera plusieurs choses en parallèle. | +| [[Les-Dynamic-Workflows]] | l'orchestration multi-agent intégrée. À connaître, pas à installer aujourd'hui. | + +## Sécurité (2 vidéos) + +| Vidéo | Ce qu'on en tire | +|---|---| +| [[GStack-l-audit-de-Garry-Tan]] | une commande d'audit sécurité OWASP à lancer sur un dépôt. À faire avant le lancement OROSE. | +| [[Securiser-son-SaaS-en-agentique]] | les trois couches : audit du dépôt, veille des dépendances, surveillance des logs. | + +## Argent et choix de modèle (2 vidéos) + +| Vidéo | Ce qu'on en tire | +|---|---| +| [[La-facturation-Anthropic-du-15-juin]] | comment une facture part à 1 800 $ sans qu'on la voie venir. À lire avant d'automatiser quoi que ce soit. | +| [[Opus-5-contre-Fable-5]] | quel modèle pour quelle phase de projet. | + +## Livrables et présentation (2 vidéos) + +| Vidéo | Ce qu'on en tire | +|---|---| +| [[HTML-remplace-Markdown]] | pour les documents destinés à être lus par un humain, demander du HTML plutôt que du Markdown. | +| [[Claude-Design-refaire-un-onboarding]] | refaire une page d'accueil ou un tunnel d'inscription. Applicable à OROSE et à la boutique EOC. | + +## Écartées, et pourquoi + +Honnêtement, la moitié de la chaîne ne nous sert pas. Autant l'écrire. + +| Vidéo | Pourquoi on passe | +|---|---| +| Hermes Agent : de zéro à ton assistant IA (1 h) | demande un serveur VPS loué, Linux, Tailscale. On n'a pas ce besoin et ça ouvre une surface de sécurité qu'on ne sait pas tenir. | +| Hermes Agent : tous les use cases & skills | même raison. | +| Le terminal pensé pour le dev agentique (cmux) | cmux et Ghostty sont des outils Mac/Linux. On est sur Windows. | +| Le workflow secret de Cloudflare avec Claude Mythos | sujet sécurité offensive, hors de notre périmètre. | +| Le NoCode est enfin mort ? | opinion. Intéressant mais rien à appliquer. | +| Il n'y a plus d'artisanat dans le métier de développeur | opinion sur le métier. | +| Les agents IA ont tué le SaaS / la suite | opinion et stratégie business d'un formateur. | +| Mais personne n'utilise l'IA en fait ?! | reportage sur les entreprises françaises. | +| Le Shadow AI est partout | problème d'équipe de 30 développeurs. On est deux. | +| On a hacké le SaaS de Benjamin Code | la partie « fait divers » ne sert pas, **mais** la seconde moitié est reprise dans [[Securiser-son-SaaS-en-agentique]]. | +| Fable 5 est de retour (×2) | fenêtre de tir expirée le 12 juillet, périmé. | +| Anthropic a tué CrewAI avec Opus 4.8 | repris en partie dans [[Les-Dynamic-Workflows]]. | +| GPT-5.5 vs Opus 4.7 | comparaison de modèles qui ne sont plus les derniers. | +| Anthropic vient de tuer le plan Claude Max ? | même annonce que [[La-facturation-Anthropic-du-15-juin]], en version réaction à chaud. | +| Agentic Dev : reproduire n'importe quel SaaS | c'est [[Le-pipeline-killer-saas]], gardée sous ce nom. | + +## Un avertissement + +Chaque vidéo se termine par un « pack gratuit » à télécharger contre une adresse +courriel. C'est le métier de l'auteur, il vend des formations. Le contenu des +vidéos est solide, les packs ne sont pas nécessaires — tout ce qui compte est +dans les notes de ce dossier. diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Claude-Design-refaire-un-onboarding.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Claude-Design-refaire-un-onboarding.md new file mode 100644 index 0000000..141323f --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Claude-Design-refaire-un-onboarding.md @@ -0,0 +1,52 @@ +--- +titre: Refaire une page d'accueil avec Claude Design +type: veille +statut: a-tester +etiquettes: [dev/veille, dev/design] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=tQnbdeaOQZY +duree: 11 min +priorite: 2 +--- + +# Refaire une page d'accueil avec Claude Design + +*« Claude Design : j'ai redesigné mon onboarding SaaS en 10 min »* + +## Le propos + +Il prend le premier parcours d'un nouvel arrivant sur son produit, explique ce +qui cloche, le refait, et montre le avant/après. Le tout en une dizaine de +minutes. + +Ce qui rend la démonstration utile, ce n'est pas l'outil : c'est qu'il commence +par **dire précisément ce qui ne va pas** avant de demander quoi que ce soit. +Trop d'étapes, trop de texte, l'action principale invisible. La qualité du +résultat vient de la qualité du diagnostic. + +## Ce que ça vaut pour nous + +Deux applications directes, et elles sont datées : + +**La boutique OROSE, avant le 26 août.** Le parcours entre l'arrivée sur le site +et la commande passée est ce qui décide du lancement. C'est le seul endroit où +dix minutes de travail peuvent changer un chiffre. + +**L'inscription à La Ruche, côté EOC.** Le formulaire existe, il n'a jamais été +regardé du point de vue de quelqu'un qui arrive pour la première fois. + +Réserve : c'est une vidéo courte, presque une démonstration commerciale. La +méthode vaut plus que l'outil. On peut faire la même chose sans rien installer, +à condition de commencer par écrire ce qui cloche. + +## À faire + +- [ ] Écrire les cinq problèmes du parcours d'achat OROSE, vus par quelqu'un qui + découvre le site → note à créer dans le coffre OROSE +- [ ] Même exercice pour l'inscription La Ruche → coffre EOC + +## Liens + +- [[HTML-remplace-Markdown]] +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/GStack-l-audit-de-Garry-Tan.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/GStack-l-audit-de-Garry-Tan.md new file mode 100644 index 0000000..ea6e73a --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/GStack-l-audit-de-Garry-Tan.md @@ -0,0 +1,61 @@ +--- +titre: GStack, la config de Garry Tan passée au banc d'essai +type: veille +statut: a-tester +etiquettes: [dev/veille, dev/securite, dev/claude-code] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=f7Ztngv_ADA +duree: 16 min +priorite: 2 +--- + +# GStack, la config de Garry Tan passée au banc d'essai + +*« Le setup Claude Code que Garry Tan (YC) vient de leak »* + +## De quoi il s'agit + +Le patron de Y Combinator a publié sa configuration Claude Code complète : une +vingtaine de compétences et une poignée d'outils. Mike Codeur la teste sur son +vrai produit en production et donne un verdict honnête — ce qu'il garde et ce +qu'il jette. + +Les quatre qu'il essaie : + +| Commande | Ce qu'elle fait | Son verdict | +|---|---|---| +| `/office-hours` | challenger l'idée avant d'écrire une ligne | utile en amont | +| `/cso` | audit de sécurité complet du dépôt | **la meilleure du lot** | +| `/qa` | un vrai navigateur qui clique dans les parcours du site | impressionnant | +| `/review` + croisement | faire relire par un second modèle | bon filet | + +Son conseil : ne pas tout installer, en prendre trois ou quatre si on a déjà ses +habitudes. + +## Ce que ça vaut pour nous + +**L'audit de sécurité, c'est notre sujet du moment.** Le 30 juillet a mis au +jour des clés éparpillées dans le coffre EOC, dont une copie oubliée de la clé +Google Play. On a rangé, on n'a jamais audité. Une commande qui passe un dépôt +au peigne fin avant une mise en ligne, c'est exactement ce qu'il faut avant le +26 août. + +**Le test en navigateur** est intéressant pour la boutique : un agent qui clique +réellement dans le parcours d'achat trouve ce qu'une relecture de code ne trouve +pas. + +Précaution : installer une configuration entière venue d'ailleurs, c'est +accorder sa confiance à du code qu'on n'a pas lu. On prend les commandes une par +une, en regardant ce qu'elles font. + +## À faire + +- [ ] Lancer un audit de sécurité sur le dépôt EOC **avant** le lancement OROSE +- [ ] Regarder 05:00 → 10:30 (l'audit et le test navigateur) sans le reste + +## Liens + +- [[Securiser-son-SaaS-en-agentique]] +- [[Securite-agentique]] +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/HTML-remplace-Markdown.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/HTML-remplace-Markdown.md new file mode 100644 index 0000000..fa6ad77 --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/HTML-remplace-Markdown.md @@ -0,0 +1,53 @@ +--- +titre: HTML pour ce qu'un humain va lire +type: veille +statut: adopte +etiquettes: [dev/veille, dev/methode] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=zNhhdgGuAOc +duree: 12 min +priorite: 3 +--- + +# HTML pour ce qu'un humain va lire + +*« HTML est en train de remplacer Markdown »* + +## Le propos + +Une distinction simple, tirée d'une remarque d'un ingénieur d'Anthropic : + +- **Markdown reste parfait en entrée** — c'est ce que l'IA lit le mieux. Nos + coffres Obsidian sont en Markdown, et c'est le bon choix. +- **HTML devient meilleur en sortie** — dès qu'un humain doit *regarder* le + résultat : une mise en page, un tableau de bord, un document présentable. + +Il montre ce que ça donne et note que ça commence à remplacer le passage +obligé par un logiciel de présentation ou de PDF. + +Sa nuance finale, honnête : Markdown n'est pas mort. C'est une question de +destinataire, pas de mode. + +## Ce que ça vaut pour nous + +**La règle est facile à retenir : le coffre en Markdown, les livrables en HTML.** + +Concrètement, ce qui gagnerait à passer en HTML : + +- un récapitulatif de lancement OROSE à montrer à quelqu'un +- une fiche produit présentable +- un tableau de bord de suivi avant le 26 août + +Et ce qui reste en Markdown, sans discussion : tout le contenu des trois +coffres. C'est la mémoire, elle doit rester lisible et durable. + +## Décidé + +Quand Alain demande un document « à montrer », je produis du HTML. Quand il +demande une note, du Markdown dans le bon coffre. + +## Liens + +- [[Claude-Design-refaire-un-onboarding]] +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/La-facturation-Anthropic-du-15-juin.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/La-facturation-Anthropic-du-15-juin.md new file mode 100644 index 0000000..520cf8d --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/La-facturation-Anthropic-du-15-juin.md @@ -0,0 +1,60 @@ +--- +titre: Le piège de facturation du 15 juin +type: veille +statut: lu +etiquettes: [dev/veille, dev/couts] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=eq1BHKRqW4A +duree: 15 min +priorite: 2 +--- + +# Le piège de facturation du 15 juin + +*« La solution pour ne pas être surfacturé après le 15 juin »* + +## Le fait + +Depuis le 15 juin 2026, Anthropic sépare deux façons de payer : ce qui passe par +l'abonnement, et ce qui passe par l'API, facturée à l'usage. Son accroche : une +facture de 1 800 $ que personne n'avait vue venir. + +La cause : certaines façons de lancer Claude Code automatiquement — sans +terminal, depuis un script — ne comptent plus dans l'abonnement. Elles tapent +l'API plein tarif. Le même travail, fait à la main dans le terminal, ne coûte +rien de plus. + +Sa parade technique consiste à faire croire à l'outil qu'il tourne dans un vrai +terminal. Il reconnaît lui-même les limites de l'astuce. + +## Ce que ça vaut pour nous + +**Ce n'est pas un problème aujourd'hui, ça le devient dès qu'on automatise.** + +Tant qu'Alain travaille en conversation, tout est dans l'abonnement. Mais deux +choses sur la table changeraient ça : + +- faire tourner le tri du courrier tout seul sur horaire +- un audit de sécurité automatique sur le dépôt + +Ce sont exactement les cas qui basculent du côté facturé. + +**La règle à retenir** : avant d'automatiser quoi que ce soit, poser la question +« est-ce que ça passe par l'abonnement ou par l'API ? » et vérifier avec +`/usage` après le premier tour. Une facture surprise à trois chiffres, à trois +semaines d'un lancement, c'est le genre de chose qui fait mal. + +Il reste que la vidéo date de deux mois et que les conditions bougent vite. Le +principe tient, les détails sont à revérifier au moment de s'en servir. + +## À faire + +- [ ] Avant toute automatisation : vérifier le mode de facturation, puis + contrôler avec `/usage` + +## Liens + +- [[Couts-et-modeles]] +- [[Un-Agentic-OS-qui-fait-tourner-le-business]] +- [[Les-15-nouvelles-commandes-Claude-Code]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Le-pipeline-killer-saas.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Le-pipeline-killer-saas.md new file mode 100644 index 0000000..1f55e04 --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Le-pipeline-killer-saas.md @@ -0,0 +1,69 @@ +--- +titre: Le pipeline en 7 étapes pour construire un produit +type: veille +statut: partiellement-adopte +etiquettes: [dev/veille, dev/methode] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=G3JN9X2Uiio +duree: 1 h 45 +priorite: 2 +--- + +# Le pipeline en 7 étapes pour construire un produit + +*« Agentic Dev : copie ma méthode pour reproduire n'importe quel SaaS »* + +## De quoi il s'agit + +Le point de départ est financier : il paie 2 000 € par an un outil de formation +et 4 000 € un outil d'emailing. Il montre comment reconstruire l'équivalent avec +des agents, en sept étapes. + +| Étape | Ce qu'elle produit | +|---|---| +| 1 | **PRD** — le cadrage. Et un « cimetière » : ce qu'on ne fera pas. | +| 2 | Découper en petits lots qu'un agent peut traiter seul | +| 3 | Relecture de ce découpage avant de coder | +| 4 | Architecture et « loi du dépôt » — les règles que le code doit respecter | +| 5 | Système de design — couleurs, composants, cohérence | +| 6 | Les écrans, en recherche puis conception | +| 7 | La boucle : planifier, exécuter, relire, livrer | + +## Ce que ça vaut pour nous + +**Ne pas prendre le pipeline entier.** Il est calibré pour reconstruire un +produit complet en partant de rien. Nos deux projets existent déjà. + +**Deux morceaux valent le détour :** + +**Le cimetière du PRD** (étape 1). Écrire noir sur blanc ce qu'on ne fera *pas*. +C'est le même principe que les options écartées d'un ADR, appliqué au produit. +Pour OROSE au 26 août, ça vaut de l'or : la liste de ce qui n'est pas dans le +lancement évite les trois semaines de dérive. + +**La loi du dépôt** (étape 4). Les règles que le code doit respecter, écrites +une fois, relues par l'agent à chaque fois. On a ça pour les notes — le +`CLAUDE.md` — on ne l'a pas pour le code. + +**Réserve honnête :** 1 h 45 de vidéo, et la méthode suppose un projet neuf, un +dépôt propre et des revues automatisées. C'est un objectif, pas une recette +pour demain. + +## À faire + +- [ ] Écrire le cimetière du lancement OROSE : ce qui n'est **pas** dans le + 26 août → ça va dans le coffre OROSE, pas ici +- [ ] Regarder 14:39 → 22:12 (le PRD et le cimetière) sans le reste + +## Chapitres utiles + +- 07:30 les trois règles de la méthode +- 14:39 le PRD : cadrage et cimetière +- 31:29 architecture et loi du dépôt + +## Liens + +- [[Les-ADR-la-memoire-des-decisions]] +- [[Parallele-ou-sequentiel]] +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Le-repo-de-reference-Claude-Code.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Le-repo-de-reference-Claude-Code.md new file mode 100644 index 0000000..3d6941d --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Le-repo-de-reference-Claude-Code.md @@ -0,0 +1,66 @@ +--- +titre: Le dépôt de référence Claude Code +type: veille +statut: a-regarder +etiquettes: [dev/veille, dev/claude-code] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=j1JDl_As-dY +duree: 45 min +priorite: 2 +--- + +# Le dépôt de référence Claude Code + +*« Ce repo te met 6 mois d'avance sur 90 % des devs »* + +## De quoi il s'agit + +Un dépôt GitHub qui récapitule tout l'usage avancé de Claude Code, partagé par +le créateur de l'outil chez Anthropic. La vidéo en fait le tour en 45 minutes. + +## Les briques passées en revue + +| Brique | À quoi ça sert | +|---|---| +| **Commandes personnalisées** | une tâche répétitive devient `/ma-commande` | +| **Skills** | un dossier d'instructions que l'agent charge quand le sujet tombe | +| **Sous-agents** | déléguer un morceau de travail en parallèle | +| **Hooks** | du code qui se déclenche automatiquement à un moment précis | +| **Rules** | les règles que l'agent ne doit pas enfreindre | +| **MCP** | brancher l'agent sur des services extérieurs | +| **Cross-modèle** | faire relire le travail d'un modèle par un autre | + +Et la méthode en cinq temps qui revient dans toute la chaîne : +**Recherche → Plan → Exécution → Revue → Livraison**. + +## Ce que ça vaut pour nous + +On en utilise déjà trois sans les avoir nommées : + +- **un hook** : le crochet de fin de session installé le 30 juillet, qui vérifie + que le journal du jour a été écrit +- **des skills** : celle du tri du courrier, celle de l'analyse OROSE +- **MCP** : Gmail, Drive, Shopify, GitHub sont déjà branchés + +Ce qu'on n'utilise pas et qui vaudrait le coup : **les commandes +personnalisées**. Chaque semaine, on refait les mêmes demandes à la main. Une +commande `/journal-du-jour` ou `/audit-avant-lancement` supprimerait la +répétition. + +La méthode en cinq temps mérite d'être écrite dans les `CLAUDE.md` : c'est +exactement l'ordre qu'on suit déjà en désordre. + +## À faire + +- [ ] Regarder les 45 minutes en une fois, avec de quoi noter +- [ ] Lister les 3 demandes qu'on répète le plus souvent → les transformer en + commandes personnalisées +- [ ] Écrire la méthode Recherche → Plan → Exécution → Revue → Livraison dans + [[Claude-Code]] + +## Liens + +- [[Claude-Code]] +- [[Les-15-nouvelles-commandes-Claude-Code]] +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Le-systeme-memoire-d-un-agent.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Le-systeme-memoire-d-un-agent.md new file mode 100644 index 0000000..b921fc8 --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Le-systeme-memoire-d-un-agent.md @@ -0,0 +1,66 @@ +--- +titre: Le système mémoire d'un agent +type: veille +statut: lu +etiquettes: [dev/veille, dev/memoire] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=oudywvjPCls +priorite: 1 +--- + +# Le système mémoire d'un agent + +*« Le système MEMOIRE derrière un Agentic OS »* + +## L'idée centrale + +Il n'y a pas *une* mémoire d'IA, il y en a trois, et on les confond tout le +temps : + +**Stockage** — où vit l'information. Le fichier `CLAUDE.md`, la mémoire +automatique de l'outil, un coffre Obsidian. + +**Rappel** — comment l'agent retrouve la bonne information au bon moment. +Recherche par mot, index, ou recherche par similarité de sens. + +**Consolidation** — comment la mémoire se nettoie et mûrit. Sans ça, elle +grossit jusqu'à devenir inutilisable. + +Son point le plus utile : **la recherche par similarité ne suffit pas**. Elle +ramène ce qui *ressemble* à la question, pas ce qui *répond* à la question. Une +décision tranchée il y a trois mois ne « ressemble » à rien — elle ne remonte +jamais. D'où les ADR. + +## Ce que ça vaut pour nous + +C'est le diagnostic de notre situation actuelle, poste par poste : + +| Étage | Où on en est | +|---|---| +| Stockage | **fait.** Deux coffres, deux `CLAUDE.md`, des inventaires complets. | +| Rappel | **à moitié.** `OU-EST-QUOI` et les alias marchent bien. Mais je relis encore beaucoup de fichiers entiers. | +| Consolidation | **rien.** Aucune note n'est jamais nettoyée. Le journal grossit d'une note par jour, pour toujours. | + +La consolidation est le trou. Concrètement : dans un an, `02-JOURNAL/2026/` +contiendra 200 notes et plus personne ne les lira. Il faut prévoir un résumé +mensuel qui remonte l'essentiel et laisse le détail derrière. + +## À faire + +- [ ] Ajouter une note de synthèse mensuelle dans les trois coffres — une page + par mois qui dit ce qui a été décidé et ce qui reste ouvert +- [ ] Vérifier que `99-ARCHIVES` sert vraiment : une note morte doit y aller, + pas rester dans le flux + +## Chapitres utiles + +- 02:35 stockage : `CLAUDE.md`, mémoire automatique, Obsidian +- 08:25 pourquoi la recherche par similarité ne suffit pas +- 10:35 la consolidation + +## Liens + +- [[Obsidian-memoire-partagee-des-agents]] +- [[Les-ADR-la-memoire-des-decisions]] — la réponse au trou de mémoire des décisions +- [[Memoire-et-contexte]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Les-15-nouvelles-commandes-Claude-Code.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Les-15-nouvelles-commandes-Claude-Code.md new file mode 100644 index 0000000..7c9b6bb --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Les-15-nouvelles-commandes-Claude-Code.md @@ -0,0 +1,63 @@ +--- +titre: Les commandes Claude Code qui valent le coup +type: veille +statut: adopte +etiquettes: [dev/veille, dev/claude-code] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=SxJMQrlwADY +duree: 19 min +priorite: 2 +--- + +# Les commandes Claude Code qui valent le coup + +*« J'ai testé les 15 nouvelles commandes Claude Code »* + +## Les commandes présentées + +| Commande | Ce qu'elle fait | +|---|---| +| `/context` | montre combien de contexte est consommé, exactement | +| `/usage` | coût et statistiques d'usage, réunis | +| `/doctor` | diagnostic complet de la configuration | +| `/btw` | poser une question de côté sans polluer la conversation | +| `/effort` | régler le curseur entre vitesse et réflexion | +| `/autofix-pr` | corriger tout seul jusqu'à ce que les tests passent | +| `/ultrareview` | revue de code par plusieurs agents | +| `/task` | des tâches avec leurs dépendances | +| `/keybindings` | raccourcis clavier personnalisés | +| `/powerup` | des leçons interactives dans le terminal | +| `/color` | changer la couleur de la barre | + +## Ce que ça vaut pour nous + +**Les quatre à retenir tout de suite :** + +`/usage` — on n'a aucune idée de ce que coûtent nos sessions. Une commande, la +réponse. + +`/doctor` — la nuit du 30 juillet a été ralentie par un problème de +configuration (un fichier de script mal lu par Windows à cause d'un accent). +`/doctor` est fait pour trouver ce genre de chose avant qu'elle morde. + +`/context` — utile quand une session devient lente ou confuse : c'est souvent +que le contexte est plein. + +`/btw` — pour la question de côté qu'on hésite à poser parce qu'elle va faire +dérailler la conversation en cours. + +**Les autres, plus tard.** `/autofix-pr` et `/ultrareview` supposent des tests +automatisés et un flux de revue qu'on n'a pas encore. + +## À faire + +- [ ] Lancer `/doctor` une fois sur le poste, noter ce qui remonte +- [ ] Finir chaque session par `/usage` pendant deux semaines, voir ce que ça + donne + +## Liens + +- [[Claude-Code]] +- [[Couts-et-modeles]] +- [[Le-repo-de-reference-Claude-Code]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Les-ADR-la-memoire-des-decisions.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Les-ADR-la-memoire-des-decisions.md new file mode 100644 index 0000000..0118a04 --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Les-ADR-la-memoire-des-decisions.md @@ -0,0 +1,79 @@ +--- +titre: Les ADR, la mémoire des décisions +type: veille +statut: adopte +etiquettes: [dev/veille, dev/methode, dev/memoire] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=0CZtRw0KrXo +duree: 15 min +priorite: 1 +--- + +# Les ADR, la mémoire des décisions + +*« ADR : le seul truc que ton agent IA ne devinera jamais »* + +## Le problème + +L'agent repart de zéro à chaque session. Il repropose une approche qu'on a déjà +testée et jetée le mois dernier. Sa formule : **le code ne dit jamais les +décisions**. Il montre ce qu'on a choisi, jamais ce qu'on a refusé ni pourquoi. + +Avec un humain ça se rattrape — quelqu'un se souvient. Avec un agent qui +recommence chaque matin, l'information est perdue pour de bon. + +## La solution : l'ADR + +Un ADR, c'est *Architecture Decision Record*. Une décision technique = un +fichier court et numéroté. Il démystifie le terme au passage : lire plutôt +**Any Decision Record**, n'importe quelle décision. Pas besoin que ce soit +grandiose. + +**Le champ qui change tout : les options écartées.** Pas seulement « on a choisi +X », mais « on a regardé Y et Z, voilà pourquoi on les a écartés ». C'est ce +champ-là que l'agent lit pour ne pas reproposer Y. + +Il sépare aussi deux choses : le PRD dit *ce qu'on veut construire*, l'ADR dit +*comment on a tranché et pourquoi*. + +## Ce que ça vaut pour nous + +**C'est la note la plus directement applicable des trente.** Les deux coffres du +Bureau ont déjà un dossier `06-DECISIONS`. Il est vide. + +Et on a déjà des décisions qui auraient dû y être écrites : + +- deux entreprises = deux coffres séparés +- un seul coffre ÉCHEC O CUBE, tout doublon est une copie accidentelle à + supprimer +- ne jamais renommer un fichier référencé par un outil, documenter à la place +- les clés vivent dans `DOCUMENT OFFICIAL/CLES-ET-SECRETS/`, hors recherche + +Ces quatre-là ont été prises dans la nuit du 30 juillet. Elles sont dans le +journal, noyées dans le récit de la session. Un agent qui arrive demain ne les +retrouvera pas. + +## Décidé + +On adopte les ADR dans les trois coffres. Gabarit : [[Modele-ADR]]. Premier +écrit : [[ADR-0001-un-troisieme-coffre-pour-le-dev]]. + +## À faire + +- [ ] Rapatrier les quatre décisions du 30 juillet en ADR dans le coffre EOC +- [ ] Ajouter au `CLAUDE.md` des trois coffres : « une décision tranchée = un + ADR, pas une ligne de journal » + +## Chapitres utiles + +- 03:40 le code ne dit jamais les décisions +- 06:35 ce qu'est un ADR +- 09:20 le champ qui change tout : les options écartées +- 10:45 PRD contre ADR, et où ça vit + +## Liens + +- [[Modele-ADR]] +- [[Le-systeme-memoire-d-un-agent]] +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Les-Dynamic-Workflows.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Les-Dynamic-Workflows.md new file mode 100644 index 0000000..f72934e --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Les-Dynamic-Workflows.md @@ -0,0 +1,51 @@ +--- +titre: Les workflows dynamiques +type: veille +statut: a-connaitre +etiquettes: [dev/veille, dev/claude-code] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=jud40rE312E +duree: 16 min +priorite: 3 +--- + +# Les workflows dynamiques + +*« Anthropic a tué CrewAI avec Opus 4.8 + Dynamic Workflows »* + +## Ce que c'est + +Une manière d'orchestrer plusieurs agents directement dans Claude Code, sans +outil extérieur. Il décrit une architecture en cinq temps : on amorce, les +agents travaillent en désaccord organisé, puis on converge vers une réponse. + +L'exemple qu'il cite pour montrer l'échelle : un projet de 750 000 lignes traité +en onze jours. + +Il insiste sur le **« quand surtout pas »** : ce n'est pas fait pour une tâche +simple. Sortir une flotte d'agents pour corriger une faute de frappe, c'est de +l'argent jeté. + +## Ce que ça vaut pour nous + +À connaître pour savoir que ça existe. Pas à utiliser aujourd'hui. + +Notre échelle ne le justifie pas : les deux projets tiennent dans une tête, les +dépôts sont petits. Le jour où on voudra un audit complet croisé sur tout le +site OROSE avant le 26 août, ce sera le bon outil — et à ce moment-là il faudra +le demander explicitement, en connaissant le coût. + +Sa phrase de fin est la bonne façon de voir les choses : **on redevient +architecte**. On décide quoi faire faire, pas comment le faire. + +## Chapitres utiles + +- 04:43 ce que sont les workflows dynamiques +- 12:55 quand utiliser, et quand surtout pas + +## Liens + +- [[Parallele-ou-sequentiel]] +- [[Couts-et-modeles]] +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Obsidian-memoire-partagee-des-agents.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Obsidian-memoire-partagee-des-agents.md new file mode 100644 index 0000000..5086f42 --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Obsidian-memoire-partagee-des-agents.md @@ -0,0 +1,74 @@ +--- +titre: Obsidian comme mémoire partagée des agents +type: veille +statut: a-tester +etiquettes: [dev/veille, dev/memoire, dev/obsidian] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=3RuzdZZQ8no +duree: 13 min +priorite: 1 +--- + +# Obsidian comme mémoire partagée des agents + +*« J'ai branché tous mes agents IA sur le même Obsidian (Graphify) »* + +## Le problème qu'il décrit + +Il utilise plusieurs assistants. Chacun a sa propre mémoire, dans son propre +format. Changer d'outil, c'est repartir de zéro. Cinq agents, cinq mémoires +isolées. + +## Sa réponse en deux couches + +**Couche 1 — Obsidian, la mémoire humaine.** Des fichiers Markdown dans un +dossier. Sa formule : *« ta mémoire ne vit pas dans l'outil »* — le principe du +fichier plutôt que de l'application. Si l'outil disparaît, les notes restent. + +**Couche 2 — Graphify, un graphe interrogeable.** Un index construit à partir +des notes, que l'agent questionne au lieu de relire les fichiers un par un. Le +chiffre qu'il annonce : une question qui coûtait 20 000 unités de contexte en +coûte environ 280. + +Puis un enchaînement en trois temps quand l'agent cherche quelque chose : +**graphe → index → fichier**. Il ne lit le fichier complet qu'en dernier +recours. + +## Ce que ça vaut pour nous + +**On a déjà fait la couche 1, sans le savoir.** Les deux coffres du Bureau, avec +leur `CLAUDE.md`, leurs inventaires et leur note `OU-EST-QUOI`, sont exactement +ça : une mémoire en fichiers, lisible par Alain comme par n'importe quelle IA. +La décision du 30 juillet — *« les fichiers restent où ils sont, ce sont les +notes qui savent »* — est le même principe, formulé autrement. + +**La couche 2, on ne l'a pas.** Aujourd'hui, quand je cherche quelque chose dans +le coffre EOC, je relis les notes d'inventaire en entier. Ça marche parce qu'il +n'y a que 554 fichiers. Ça coûtera cher quand il y en aura trois fois plus. + +Nuance honnête : Graphify est un outil tiers, jeune, et l'installer sur les +trois coffres est un engagement. La note `OU-EST-QUOI` fait déjà 80 % du travail +pour 0 % du risque. + +## À faire + +- [ ] Regarder la vidéo en entier (13 min), surtout 11:30 — l'enchaînement + graphe → index → fichier +- [ ] Décider si on installe Graphify → ça mérite un ADR, pas une décision de + couloir +- [ ] En attendant : garder `OU-EST-QUOI` à jour dans les trois coffres. C'est + notre index, et il est gratuit. + +## Chapitres utiles + +- 02:00 la philosophie : le fichier plutôt que l'application +- 03:20 Obsidian comme mémoire humaine +- 06:30 pourquoi un graphe économise le contexte +- 11:30 l'enchaînement graphe → index → fichier + +## Liens + +- [[Le-systeme-memoire-d-un-agent]] — la théorie derrière +- [[Memoire-et-contexte]] — notre domaine +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Opus-5-contre-Fable-5.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Opus-5-contre-Fable-5.md new file mode 100644 index 0000000..81ac6b4 --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Opus-5-contre-Fable-5.md @@ -0,0 +1,52 @@ +--- +titre: Quel modèle pour quelle phase +type: veille +statut: lu +etiquettes: [dev/veille, dev/couts] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=sB_TG9z0kN0 +duree: 12 min +priorite: 3 +--- + +# Quel modèle pour quelle phase + +*« Opus 5 est-il meilleur que Fable 5 ? »* + +## Le propos + +Quatre modèles en deux mois. Son vrai sujet n'est pas lequel est « le +meilleur », c'est qu'on n'a plus le temps de s'installer dans un outil avant que +le suivant sorte. + +Il décortique l'annonce de prix, teste les deux sur son propre code, et regarde +un banc d'essai indépendant plutôt que les chiffres du constructeur — c'est le +réflexe à retenir. + +**Son verdict : Opus par défaut, Fable en joker.** + +## Ce que ça vaut pour nous + +La partie utile est le chapitre « quel modèle pour quelle phase de projet ». La +logique, indépendamment des noms du moment : + +| Phase | Ce qu'on veut | +|---|---| +| explorer, réfléchir, décider | le modèle le plus solide, on paie pour la qualité du raisonnement | +| écrire du code répétitif | un modèle rapide suffit | +| relire, auditer | le modèle solide à nouveau, et si possible un second pour croiser | + +C'est là que la commande `/effort` de +[[Les-15-nouvelles-commandes-Claude-Code]] prend son sens : régler le curseur +selon la phase plutôt que de tout faire au maximum. + +**Attention à la péremption.** Cette vidéo a six jours, et sur ce sujet six +jours c'est déjà vieux. Ce qui reste vrai, c'est le raisonnement — pas les noms +de modèles. + +## Liens + +- [[Couts-et-modeles]] +- [[Les-15-nouvelles-commandes-Claude-Code]] +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Parallele-ou-sequentiel.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Parallele-ou-sequentiel.md new file mode 100644 index 0000000..d1e1590 --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Parallele-ou-sequentiel.md @@ -0,0 +1,67 @@ +--- +titre: Parallèle ou séquentiel +type: veille +statut: adopte +etiquettes: [dev/veille, dev/methode] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=yNZeBi2Y-9k +duree: 12 min +priorite: 2 +--- + +# Parallèle ou séquentiel + +*« Agents IA parallèle vs séquentiel : l'erreur à ne pas commettre »* + +## Le propos + +Tout le monde pousse au parallèle : lancez cinq agents, allez cinq fois plus +vite. Il raconte le contraire — deux heures perdues avec trois agents lancés +ensemble sur le même projet neuf. Ils se sont marchés dessus. + +Sa formule de fin : **le bon développeur sait quand, pas combien.** + +## La règle des trois axes + +Avant de lancer plusieurs agents en même temps, vérifier trois choses : + +| Axe | La question | Si la réponse est oui | +|---|---|---| +| **Fichiers** | vont-ils toucher les mêmes fichiers ? | séquentiel | +| **Dépendances** | le travail de l'un attend-il celui de l'autre ? | séquentiel | +| **État partagé** | partagent-ils une base, une config, un jeu de types ? | séquentiel | + +Trois « non » → parallèle sans risque. Un seul « oui » → en file, l'un après +l'autre. + +## Ce que ça vaut pour nous + +Direct et applicable. Nos deux projets sont des cas d'école : + +- **EOC et OROSE en parallèle : oui.** Deux dépôts, deux coffres, rien de + commun. Aucun des trois axes ne se croise. +- **Deux agents sur le site OROSE en même temps : non.** Même dépôt, mêmes + fichiers de configuration, même feuille de style. C'est exactement le cas qui + lui a coûté deux heures. + +Il mentionne les *worktrees* comme contournement propre : chaque agent travaille +dans sa propre copie du dépôt. C'est ce qu'il faut demander explicitement si un +jour on veut vraiment paralléliser sur un même projet. + +## Décidé + +Règle du coffre : **un seul agent par dépôt à la fois.** Le parallèle est +réservé à deux projets qui ne se touchent pas. + +## Chapitres utiles + +- 04:00 la règle des trois axes +- 06:00 la matrice de décision en dix secondes +- 07:30 les cinq façons dont le parallèle échoue + +## Liens + +- [[Agent-View-le-multi-agent-natif]] +- [[Claude-Code]] +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Securiser-son-SaaS-en-agentique.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Securiser-son-SaaS-en-agentique.md new file mode 100644 index 0000000..102d75d --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Securiser-son-SaaS-en-agentique.md @@ -0,0 +1,76 @@ +--- +titre: Sécuriser un service en ligne, les trois couches +type: veille +statut: a-tester +etiquettes: [dev/veille, dev/securite] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=WAsmcwBIqVc +duree: 30 min +priorite: 2 +--- + +# Sécuriser un service en ligne, les trois couches + +*« On a HACKÉ le SaaS de Benjamin Code (et le mien) »* + +## Le contexte, en deux lignes + +Un développeur a testé la sécurité du site de quelqu'un d'autre sans +autorisation, pour faire une vidéo. Il s'est fait repérer par ses propres +traces. Mike Codeur rappelle que sans accord écrit, c'est un délit — « pour +aider » n'y change rien. + +**La première moitié de la vidéo est un fait divers.** Ce qui nous intéresse +commence à 19:20. + +## Les trois couches qu'il met en place + +**Couche 1 — audit continu du dépôt.** Un passage régulier sur le code à la +recherche de failles et de secrets oubliés. Pas une fois avant la mise en ligne : +en continu. + +**Couche 2 — veille sur les dépendances.** Les bibliothèques qu'on utilise ont +des failles découvertes après coup. Sans surveillance, on tourne pendant des +mois avec un trou connu de tous. + +**Couche 3 — un agent qui lit les journaux de production.** C'est celle-là qui +l'a alerté. Le motif suspect était visible dans ses journaux ; personne ne les +lisait. Un agent qui les parcourt et signale l'anormal, c'est peu coûteux et ça +marche. + +## Ce que ça vaut pour nous + +Les trois nous concernent, dans cet ordre : + +**Couche 2 en premier.** L'application EOC et le site sont en ligne, avec des +dépendances jamais mises à jour. C'est le risque le plus concret et le moins +glamour. + +**Couche 1 ensuite**, avec la commande d'audit de [[GStack-l-audit-de-Garry-Tan]]. + +**Couche 3 quand il y aura du trafic.** Aujourd'hui il n'y a presque personne +sur le site ; en lire les journaux ne dirait pas grand-chose. Après le +26 août, oui. + +À rattacher aux points en suspens du coffre EOC : la clé Firebase à régénérer et +la clé Google Play à copier sur une clé USB. Ces deux-là passent avant tout le +reste de cette note. + +## À faire + +- [ ] Vérifier les dépendances de l'application EOC et du site +- [ ] Reprendre les deux points de clés en attente dans le coffre EOC + +## Chapitres utiles + +- 19:20 le vrai sujet commence ici +- 20:00 couche 1 : audit du dépôt +- 25:00 couche 2 : veille des dépendances +- 28:30 couche 3 : l'agent qui lit les journaux + +## Liens + +- [[GStack-l-audit-de-Garry-Tan]] +- [[Securite-agentique]] +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Un-Agentic-OS-qui-fait-tourner-le-business.md b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Un-Agentic-OS-qui-fait-tourner-le-business.md new file mode 100644 index 0000000..7aa1942 --- /dev/null +++ b/PROJET-DEV/05-RESSOURCES/VEILLE/Mike-Codeur/Un-Agentic-OS-qui-fait-tourner-le-business.md @@ -0,0 +1,61 @@ +--- +titre: Un système d'agents qui fait tourner le business +type: veille +statut: inspiration +etiquettes: [dev/veille, dev/methode] +cree: 2026-07-31 +maj: 2026-07-31 +source: https://www.youtube.com/watch?v=mlp4UN4OIGM +duree: 17 min +priorite: 3 +--- + +# Un système d'agents qui fait tourner le business + +*« Mon Agentic OS fait tourner TOUT mon business »* + +## De quoi il s'agit + +Il a construit un tableau de bord au-dessus de Claude Code qui pilote son +activité : agents visualisés en direct, mémoire éditable à la main, tâches +récurrentes, tableau de suivi, coûts détaillés par mission. + +Un point mérite d'être retenu : il dit avoir d'abord regardé des solutions +tierces, puis être revenu à Claude Code seul **pour éviter tout appel facturé à +l'API**. Sa raison est la même que celle de +[[La-facturation-Anthropic-du-15-juin]] : dès qu'un outil extérieur pilote +l'agent, la facture change de nature. + +## Ce que ça vaut pour nous + +Le tableau de bord complet n'est pas pour nous. Deux briques le sont : + +**Les tâches récurrentes.** Il a des routines qui se déclenchent seules — un +briefing chaque matin, une veille. On a déjà ça en germe avec la skill de tri du +courrier, mais elle est lancée à la main. C'est le premier chantier réaliste. + +**Le suivi des coûts par mission.** Il voit ce que chaque tâche lui coûte. On ne +voit rien. La commande `/usage` de [[Les-15-nouvelles-commandes-Claude-Code]] +donne déjà une partie de la réponse, gratuitement. + +**Réserve :** c'est un projet de développeur à temps plein qui construit son +outil de travail. Nous, on a un lancement le 26 août. À garder pour plus tard — +d'où le statut « inspiration » et pas « à faire ». + +## À faire + +- [ ] Faire tourner le tri du courrier tout seul, sur horaire, au lieu de le + lancer à la main +- [ ] Prendre l'habitude de `/usage` en fin de session + +## Chapitres utiles + +- 03:00 l'architecture en briques +- 10:30 les missions et leurs coûts +- 12:30 les tâches récurrentes + +## Liens + +- [[La-facturation-Anthropic-du-15-juin]] +- [[Le-systeme-memoire-d-un-agent]] +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/06-DECISIONS/ADR-0001-un-troisieme-coffre-pour-le-dev.md b/PROJET-DEV/06-DECISIONS/ADR-0001-un-troisieme-coffre-pour-le-dev.md new file mode 100644 index 0000000..42259bf --- /dev/null +++ b/PROJET-DEV/06-DECISIONS/ADR-0001-un-troisieme-coffre-pour-le-dev.md @@ -0,0 +1,68 @@ +--- +titre: ADR-0001 — Un troisième coffre pour le développement +type: decision +statut: accepte +etiquettes: [dev/decision] +cree: 2026-07-31 +maj: 2026-07-31 +--- + +# ADR-0001 — Un troisième coffre pour le développement + +**Date :** 31 juillet 2026 +**Statut :** accepté +**Décidé par :** Alain + +## Contexte + +Il existe deux coffres Obsidian, un par entreprise : `Bureau\ÉCHEC O CUBE` et +`Bureau\OROSE`. La règle posée le 30 juillet est claire : deux entreprises, deux +coffres, on ne mélange pas. + +Le 31 juillet, Alain demande d'analyser une chaîne de veille technique et de +ranger le résultat quelque part. Ce contenu ne parle ni du jeu ni des +cosmétiques : il parle de *la manière de développer*. Le mettre dans l'un des +deux coffres, c'est le rendre invisible depuis l'autre — et faux dans les deux. + +## Décision + +Créer un troisième coffre, `PROJET-DEV`, pour tout ce qui concerne la façon de +travailler : méthodes, outils, veille, décisions techniques réutilisables. + +La règle de tri : **une note va dans PROJET-DEV si elle reste vraie le jour où +ÉCHEC O CUBE et OROSE n'existent plus.** + +## Options écartées + +**Un dossier `DEV/` dans le coffre EOC.** Écarté : la veille technique servira +autant à OROSE. La ranger côté EOC crée exactement le mélange que la règle du +30 juillet interdit, et personne n'irait la chercher là depuis OROSE. + +**Un dossier dans les deux coffres, en double.** Écarté d'office. Deux copies +d'une même note divergent en trois semaines. Et on vient de passer une nuit à +supprimer des coffres en double : recommencer volontairement serait absurde. + +**Ne rien créer, tout mettre dans la boîte de réception d'EOC.** Écarté : ça +marche pour trois notes, pas pour vingt. Et ça reporte le problème. + +**Un quatrième coffre plus tard, par sujet.** Écarté par avance. Trois coffres +est déjà la limite de ce qu'un humain garde en tête. Tout nouveau sujet +technique va dans PROJET-DEV, pas dans un nouveau coffre. + +## Conséquences + +**Bien :** la veille est au même endroit pour les deux entreprises. Les +décisions techniques ont enfin un domicile. Les deux coffres métier restent +propres. + +**Moins bien :** un coffre de plus à ouvrir, et le risque de se tromper d'endroit +au moment d'écrire. C'est pour ça que la règle de tri est en tête du +`CLAUDE.md`. + +**Attention :** trois coffres veut dire trois `OU-EST-QUOI` à tenir à jour. Si +l'un des trois pourrit, c'est celui-là qu'on ne consultera plus. + +## Liens + +- [[Les-ADR-la-memoire-des-decisions]] — d'où vient ce format +- [[CLAUDE]] diff --git a/PROJET-DEV/07-MODELES/Modele-ADR.md b/PROJET-DEV/07-MODELES/Modele-ADR.md new file mode 100644 index 0000000..f875517 --- /dev/null +++ b/PROJET-DEV/07-MODELES/Modele-ADR.md @@ -0,0 +1,41 @@ +--- +titre: ADR-NNNN — +type: decision +statut: propose +etiquettes: [dev/decision] +cree: {{date:YYYY-MM-DD}} +maj: {{date:YYYY-MM-DD}} +--- + +# ADR-NNNN — + +**Date :** {{date:D MMMM YYYY}} +**Statut :** proposé · accepté · remplacé par ADR-NNNN +**Décidé par :** + +## Contexte + +Quelle est la situation ? Qu'est-ce qui force à trancher maintenant ? + +## Décision + +Ce qu'on fait. Au présent, à l'affirmative, en une ou deux phrases. + +## Options écartées + +**Le champ le plus important de la fiche.** Sans lui, la même piste sera +reproposée dans trois mois — par un humain ou par un agent. + +**Option A.** Ce que c'était. Pourquoi on l'a écartée. + +**Option B.** Ce que c'était. Pourquoi on l'a écartée. + +## Conséquences + +**Bien :** ce qu'on gagne. + +**Moins bien :** ce qu'on perd, ou ce que ça complique. + +**Attention :** ce qui pourrait mal tourner et qu'il faudra surveiller. + +## Liens diff --git a/PROJET-DEV/07-MODELES/Modele-note-quotidienne.md b/PROJET-DEV/07-MODELES/Modele-note-quotidienne.md new file mode 100644 index 0000000..0f814ff --- /dev/null +++ b/PROJET-DEV/07-MODELES/Modele-note-quotidienne.md @@ -0,0 +1,25 @@ +--- +titre: Journal du {{date:YYYY-MM-DD}} +type: journal +statut: actif +etiquettes: [dev/journal] +cree: {{date:YYYY-MM-DD}} +maj: {{date:YYYY-MM-DD}} +--- + +# Journal du {{date:dddd D MMMM YYYY}} + +## Objectif de la session + +## Fait + +## Décidé + +Si une décision est structurante, elle ne reste pas ici : elle devient un ADR +dans `06-DECISIONS`. + +## Bloqué + +## Prochain pas + +## Notes touchées diff --git a/PROJET-DEV/07-MODELES/Modele-note-video.md b/PROJET-DEV/07-MODELES/Modele-note-video.md new file mode 100644 index 0000000..939ffba --- /dev/null +++ b/PROJET-DEV/07-MODELES/Modele-note-video.md @@ -0,0 +1,41 @@ +--- +titre: +type: veille +statut: a-regarder +etiquettes: [dev/veille] +cree: {{date:YYYY-MM-DD}} +maj: {{date:YYYY-MM-DD}} +source: +duree: +priorite: 3 +--- + +# + +*« »* + +## Le propos + +Ce que dit l'auteur, en trois ou quatre phrases. Ni résumé exhaustif, ni copie +des chapitres. + +## Ce que ça vaut pour nous + +La partie qui compte. Qu'est-ce qui s'applique à ÉCHEC O CUBE, à OROSE, à notre +poste Windows, à notre façon de travailler ? Qu'est-ce qui ne s'applique pas, +et pourquoi ? + +Écrire aussi ce qu'on écarte. Une note qui ne dit que du bien n'aide pas à +décider. + +## À faire + +- [ ] Une action concrète, pas « réfléchir à » + +## Chapitres utiles + +- 00:00 uniquement ceux qui valent le déplacement + +## Liens + +- [[Chaine-Mike-Codeur]] diff --git a/PROJET-DEV/07-MODELES/Modele-projet.md b/PROJET-DEV/07-MODELES/Modele-projet.md new file mode 100644 index 0000000..092f2f4 --- /dev/null +++ b/PROJET-DEV/07-MODELES/Modele-projet.md @@ -0,0 +1,33 @@ +--- +titre: +type: projet +statut: actif +etiquettes: [dev/projet] +cree: {{date:YYYY-MM-DD}} +maj: {{date:YYYY-MM-DD}} +echeance: +--- + +# + +## Ce qu'on veut + +En trois phrases. Si ça n'en tient pas trois, c'est deux projets. + +## Ce qu'on ne fera pas + +Le cimetière. Aussi important que la liste du dessus : c'est ce qui empêche le +projet de gonfler en cours de route. + +## Étapes + +- [ ] +- [ ] + +## Décisions prises + +Lien vers les ADR de `06-DECISIONS`. + +## Bloqué par + +## Liens diff --git a/PROJET-DEV/99-ARCHIVES/A-LIRE.md b/PROJET-DEV/99-ARCHIVES/A-LIRE.md new file mode 100644 index 0000000..32dc2c8 --- /dev/null +++ b/PROJET-DEV/99-ARCHIVES/A-LIRE.md @@ -0,0 +1,3 @@ +# Archives + +Ce qui est mort mais qu'on garde. Dossier exclu de la recherche. diff --git a/PROJET-DEV/CLAUDE.md b/PROJET-DEV/CLAUDE.md new file mode 100644 index 0000000..7e1c33e --- /dev/null +++ b/PROJET-DEV/CLAUDE.md @@ -0,0 +1,60 @@ +# Coffre PROJET-DEV — manuel + +Ce coffre est le troisième d'Alain Dupont. Il ne remplace ni ne double les deux +autres. + +| Coffre | Ce qu'il contient | +|---|---| +| `Bureau\ÉCHEC O CUBE` | tout le jeu, la Fédération, l'application, la boutique | +| `Bureau\OROSE` | la marque de cosmétiques, le lancement du 26 août 2026 | +| `Bureau\PROJET-DEV` | **ici** : la manière de développer, pas ce qu'on développe | + +## La règle qui décide où va une note + +Une note va dans PROJET-DEV si elle reste vraie le jour où ÉCHEC O CUBE et OROSE +n'existent plus : une méthode, un outil, une commande, une décision technique +réutilisable, une veille. + +Une note qui parle d'un prix, d'un client, d'une recette, d'une règle du jeu ou +d'une date de lancement n'a rien à faire ici. Elle va dans le coffre de son +entreprise. + +En cas de doute : est-ce que je réutiliserais ça sur un projet complètement +différent ? Oui → PROJET-DEV. Non → l'autre coffre. + +## Les dossiers + +| Dossier | Contenu | +|---|---| +| `00-ACCUEIL` | le tableau de bord et l'index. Point d'entrée. | +| `01-BOITE-DE-RECEPTION` | ce qui arrive et qu'on n'a pas encore rangé | +| `02-JOURNAL` | une note par jour de travail, rangée par année | +| `03-PROJETS` | un projet = une note, avec un début et une fin | +| `04-DOMAINES` | les sujets permanents : Claude Code, mémoire, sécurité, coûts | +| `05-RESSOURCES` | la veille et la documentation. `VEILLE/` par source. | +| `06-DECISIONS` | les ADR : une décision technique = un fichier numéroté | +| `07-MODELES` | les gabarits de notes | +| `99-ARCHIVES` | ce qui est mort mais qu'on garde | + +## Comment j'écris ici + +- Français, phrases courtes, pas de jargon inutile. Alain n'est pas développeur + de métier : une note qu'il ne comprend pas est une note ratée. +- Un fichier = une idée. Les liens entre doubles crochets font le reste. +- Toute note porte un en-tête `titre / type / statut / etiquettes / cree / maj`. +- Je ne renomme jamais un fichier référencé par un script ou une tâche + planifiée : je documente au lieu de renommer. + +## Les décisions (ADR) + +Chaque fois qu'on tranche une question technique, on écrit un ADR dans +`06-DECISIONS`, à partir de `07-MODELES/Modele-ADR.md`. Le champ important est +**les options écartées** : c'est ce qui empêche un agent IA — ou moi dans trois +mois — de reproposer une piste déjà testée et jetée. + +Voir [[ADR-0001-un-troisieme-coffre-pour-le-dev]]. + +## Fin de session + +Comme dans les deux autres coffres : avant de terminer, j'écris la note du jour +dans `02-JOURNAL/2026/` avec objectif, fait, décidé, bloqué, prochain pas.