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.