[🛠] Avoir trop grossi Daily Review v2, puis le réduire à nouveau
✨ Résumé de GPT-5.5  
Le lendemain de la reprise du blog, j’ai transformé Daily Review v2 en système centré sur l’automatisation, avant de revenir aussitôt à un journal de contrôle manuel que l’on peut fermer en moins de 15 minutes.
Hier, en mettant de l’ordre dans l’article de reprise du blog, le blog a rouvert.
Mais le fait que le blog rouvre ne rend pas Daily Review durable d’un coup.
Au contraire, la première chose que j’ai touchée aujourd’hui, c’était Daily Review. Le centre de ce blog, au fond, c’est la série Today Was. Si l’article qui ferme chaque journée ne revient pas, la reprise du blog reste une déclaration.
Le problème était clair.
En voulant relancer Daily Review, j’ai failli construire un système beaucoup trop gros.
Au début, j’ai accroché beaucoup d’automatisation
Le premier commit était affd30e.
affd30e update: DR v2 workflow
À ce moment-là , j’ai ajouté pas mal de choses d’un seul coup.
_project/blog-system/scripts/new-daily-review.py
_project/blog-system/scripts/prepare-codex-feedback.py
_project/blog-system/generated/.gitignore
_project/blog-system/weekly-review-template.md
_project/blog-system/monthly-inbody-review-template.md
_project/blog-system/daily-review-v2-template.md
_project/blog-system/codex-feedback-prompt.md
_project/blog-system/README.md
_project/blog-system/backlog.md
Vu de l’extérieur, ça avait l’air bien.
Il y avait un script pour créer un nouveau brouillon de Daily Review, un script pour créer un fichier de demande de feedback Codex, et même des modèles de revue hebdomadaire et de revue mensuelle InBody. Le dossier generated/ était exclu de git, et les fichiers de demande de feedback devaient servir uniquement au travail.
Le workflow courant était aussi écrit dans le README.
1. Créer d'abord l'article Daily Review.
2. Après avoir terminé le corps du texte, demander le feedback de GPT-5.5.
3. Si nécessaire, créer un fichier de demande Codex avec un helper script.
4. Ouvrir la request générée dans Codex et recevoir un feedback court.
Du point de vue de l’automatisation, c’était assez plausible.
Mais j’ai tout de suite eu un malaise.
Est-ce que c’était vraiment nécessaire maintenant ?
La publication passait avant les fonctionnalités
L’objectif de Daily Review v2 n’était pas de fabriquer un système d’exploitation impressionnant.
L’objectif était de fermer la journée en moins de 15 minutes, à la fin du jour. Vérifier si j’avais gagné aujourd’hui, ce que j’avais laissé, comment j’avais traité mon corps, et vers où j’avais fui avant de produire quelque chose.
Mais si j’ajoute un helper script, des generated requests, une weekly review et une monthly InBody review, le système devient brillant. En même temps, le coût de départ monte.
Daily Review ne s’interrompt pas seulement parce qu’il manque des fonctionnalités.
Au contraire, plus le format grossit, moins j’ai envie de l’écrire. Quand la pression de “bien l’écrire” s’accroche au rituel, le journal qui devait fermer chaque journée devient une tâche de plus.
Alors je suis revenu en arrière tout de suite.
397395c revert: DR v2 workflow changes
Dans ce commit, j’ai supprimé les helper scripts et les modèles hebdomadaire/mensuel que je venais d’ajouter.
_project/blog-system/scripts/new-daily-review.py
_project/blog-system/scripts/prepare-codex-feedback.py
_project/blog-system/weekly-review-template.md
_project/blog-system/monthly-inbody-review-template.md
_project/blog-system/generated/.gitignore
Ce rollback était le coeur du travail du jour.
Ajouter beaucoup de fonctionnalités est facile. Surtout quand on touche au système du blog, l’envie d’automatiser revient sans arrêt. Mais ce dont j’avais besoin maintenant, ce n’était pas un système d’exploitation automatisé pour les revues. C’était un Daily Review que je pourrais encore écrire ce soir.
J’ai ramené Daily Review v2 à un closing log de 15 minutes
Après le rollback, j’ai repris la direction dans cf87c2a.
cf87c2a update: daily review v2 feedback flow
La description du README a changé.
Daily Review v2 is a 15-minute closing log for the day.
Le point clé ici, c’est closing log.
Daily Review v2 n’est pas un planning pour demain. Ce n’est pas non plus l’endroit où créer un nouveau système. C’est un journal qui juge la journée en la fermant.
J’ai donc réduit les règles comme ceci.
Écrire d'abord le journal libre.
Remplir Ă la main le court DR v2 control log.
Se concentrer sur la fermeture d'aujourd'hui, sans fabriquer de plan pour demain.
Laisser le prochain point de reprise seulement comme bookmark, pas comme plan.
N'ajouter le feedback de GPT-5.5 qu'après avoir écrit le journal et le DR v2.
Cette direction est la bonne.
Faire des plans donne une bonne sensation. Mais Daily Review n’est pas un texte qu’on écrit pour se sentir bien. C’est un texte qui vérifie ce que j’ai réellement fait aujourd’hui, où je me suis effondré, et comment j’ai traité mon corps et mon esprit.
J’ai aussi changé le modèle en structure à remplir à la main
daily-review-v2-template.md a changé en même temps.
Avant, il commençait directement par la section de jugement. Maintenant, il place d’abord un journal libre.
## đź’ Journal
-
## đź§ DR v2
En dessous se trouve le control log.
Jugement du jour
Objectif central du jour
Tâches du jour
Production
Journal du corps
Journal des fuites
Prochain point de reprise
L’expression Prochain point de reprise est importante.
Au début, il y avait des flux comme l’ajustement de demain ou la première action de demain. Mais avec ça, l’IA et moi commençons très vite à faire des plans. Les plans sont nécessaires, mais si le planning grossit dans le corps du Daily Review, la fonction de fermeture d’aujourd’hui devient floue.
Je l’ai donc abaissé à Prochain point de reprise.
Pas le plan complet de demain. Seulement l’endroit d’où reprendre. Un bookmark.
J’ai limité le feedback de GPT-5.5 à cinq lignes
J’ai aussi réduit le prompt de feedback de GPT-5.5.
Avant, il y avait de quoi s’étendre avec Chief of Staff, Auditor, Body Coach, Builder, Faith & Values, Final Verdict et Tomorrow’s First Action.
Le prompt modifié aujourd’hui est revenu à cinq rôles.
Réalisateur
Surveillant
Coach PT
Coach mental
Coach de foi
Chaque rôle n’écrit qu’une phrase.
J’ai aussi rendu les interdictions explicites.
Interdiction des longs messages de réconfort
Interdiction de proposer un nouveau système
Interdiction de proposer automatisation/migration/refactoring
Interdiction de supposer des faits absents du journal
Interdiction de créer des objectifs ou tâches pour le lendemain
Interdiction d'écrire plus d'une phrase par rôle
Ce n’est pas pour empêcher d’utiliser l’IA.
Il faut des limites parce que l’IA écrit trop bien. Si on la laisse faire, elle ajoute du réconfort, de nouveaux plans et des propositions d’automatisation. Alors Daily Review grossit de nouveau.
Dans Daily Review v2, l’IA n’est pas l’autrice. C’est un coach court et piquant, basé sur le journal et le DR v2 déjà écrits.
Ce qui a changé aujourd’hui
Le flux de ce soir se résume en trois commits.
affd30e Élargissement important du workflow DR v2
397395c Rollback immédiat du workflow élargi et des helper scripts
cf87c2a Réorganisation en closing log de 15 minutes et feedback GPT-5.5 en cinq lignes
Par fichier, le coeur est ici.
_project/blog-system/README.md
_project/blog-system/backlog.md
_project/blog-system/codex-feedback-prompt.md
_project/blog-system/daily-review-v2-template.md
Les fichiers supprimés sont importants aussi.
_project/blog-system/scripts/new-daily-review.py
_project/blog-system/scripts/prepare-codex-feedback.py
_project/blog-system/weekly-review-template.md
_project/blog-system/monthly-inbody-review-template.md
_project/blog-system/generated/.gitignore
Cette suppression n’était pas un échec.
C’était une correction de direction.
Résultat
Daily Review v2 n’est pas devenu plus spectaculaire aujourd’hui.
Il est au contraire devenu plus petit.
Au début, je voulais ajouter de l’automatisation, des revues hebdomadaires, des revues mensuelles et la génération de feedback request. Mais cette direction ne résolvait pas le problème central du moment. Ce dont j’ai besoin maintenant, c’est : “Est-ce que je peux vraiment l’écrire tous les jours ?”
J’ai donc supprimé les helper scripts, réduit le modèle à un closing log rempli à la main, et limité le feedback de GPT-5.5 à cinq lignes.
Du point de vue portfolio, c’est mieux aussi.
On ne voit pas seulement ce que j’ai construit, mais aussi ce que j’ai réduit. J’aurais pu ajouter des fonctionnalités, mais je les ai annulées parce qu’elles pouvaient abîmer le flux utilisateur. L’utilisateur de ce blog, au bout du compte, c’est moi. Si je ne peux pas écrire chaque jour, même l’automatisation la plus impressionnante échoue.
Le Daily Review v2 d’aujourd’hui n’est pas un immense système terminé.
Mais il est redescendu vers quelque chose que je peux de nouveau écrire tous les jours. Pour l’instant, c’est juste.
Laisser un commentaire