Wtf.md et le rêve : deux concepts de workflow Claude qui méritent d'être explorés
Un utilisateur de r/ClaudeAI décrit deux concepts de flux de travail qu'il a développés pour réduire les erreurs et consolider les connaissances des sessions : Wtf.md et Dreaming. Tous deux sont implémentés sous forme de fichiers simples et de tâches planifiées, offrant un modèle pratique pour quiconque mène des sessions Claude à long terme.
Wtf.md : journaliser les erreurs de Claude
Wtf.md est un fichier dédié pour stocker tout ce que Claude fait de travers. L'idée est de séparer ces erreurs en deux catégories :
- Spécifiques au projet : Erreurs liées à votre codebase, configuration ou domaine particulier.
- Spécifiques au modèle : Erreurs provenant de Claude lui-même — schémas récurrents de malentendu ou d'hallucination.
L'utilisateur implémente actuellement cela comme une compétence qu'il déclenche manuellement chaque fois qu'il repère une erreur. Cela crée une référence grandissante qui peut être utilisée pour prévenir les problèmes dans les sessions futures.
Dreaming : consolidation nocturne
Dreaming est basé sur le concept d'Andrej Karpathy de consolider les informations de toutes les sessions à la fin de chaque journée. L'objectif est de fusionner les idées, décisions et leçons apprises dans une référence unique que Claude peut exploiter le lendemain.
Dans cette configuration, Dreaming s'exécute comme une tâche planifiée à 4 heures du matin chaque jour. Comme il s'exécute lorsque la machine est inactive, il n'interrompt pas le travail et a le contexte complet des sessions de la journée précédente.
Pourquoi cela importe
Ces schémas abordent deux points douloureux courants avec les agents de codage IA :
- Limites de mémoire : Les sessions sont isolées, donc le contexte d'hier est perdu à moins d'être explicitement reporté.
- Répétition : Sans boucle de rétroaction, Claude répétera les mêmes erreurs à travers les sessions.
En journalisant les erreurs et en consolidant les connaissances, vous créez une boucle d'amélioration continue.
Pour qui cela s'adresse
Les développeurs qui utilisent Claude (ou des agents similaires) pour des projets substantiels et qui veulent minimiser les erreurs répétées et maintenir le contexte entre les sessions.
📖 Lire la source complète : r/ClaudeAI
👀 See Also
Explorer les exigences minimales pour OpenClaw : l'OrangePi Zero est-il suffisant ?
L'OrangePi Zero, abordable, peut-il suffire pour exécuter OpenClaw efficacement ? Plongez dans la discussion Reddit qui dévoile le potentiel et les limites de cette configuration compacte mais puissante.
Pourquoi la plupart des échecs de pipeline Claude remontent aux invites, pas aux modèles — et comment les corriger avec des compétences
Un post Reddit avance que la cause profonde des échecs de pipelines dans les workflows Claude est de traiter les prompts comme des compétences. La solution : définir des contrats d'entrée, des schémas de sortie et un fichier d'apprentissage — faisant d'une compétence ce que vous promouvez en v1.
OpenClaw API Budget Drain : Paramètres à modifier immédiatement
La fonction Heartbeat par défaut d'OpenClaw peut épuiser les budgets d'API en vérifiant les tâches toutes les 30 minutes et en chargeant à chaque fois les fichiers de contexte complets, la mémoire et l'historique des conversations. La source recommande de modifier les Heures d'Activité, d'utiliser des modèles de base moins chers, de passer manuellement aux modèles premium uniquement lorsque nécessaire et d'utiliser /new pour réinitialiser les sessions.
Si OpenClaw a encore besoin de votre prochaine instruction, il n'est pas encore autonome — Un prompt de configuration pour des flux de travail persistants
Traitez OpenClaw comme un coordinateur, pas comme une interface de chat. Utilisez GOALS.md comme feuille de route partagée, un objectif Codex à la fois.