Le service marketing qui travaille la nuit

Ce que c'est et pourquoi ça compte

Faire du marketing seul, c'est, chaque jour : regarder les chiffres de la veille, trouver une idée, vérifier les faits, écrire, faire les images, programmer. Ça prend des heures. Et le jour où il faut réparer l'app, tout saute.

Chez nous, ce sont trois tâches planifiées de Claude Code qui s'en chargent, la nuit. À une heure, l'analyse des chiffres et des commentaires de la veille. À deux heures, la recherche d'idées, avec un agent qui vérifie chaque fait à la source. À quatre heures, la production : les idées s'affrontent, un critique les note sur 25 et seules celles qui atteignent 20 passent. Ensuite Claude programme les posts depuis le navigateur, et le matin je trouve un rapport.

Ce n'est pas un outil qu'on achète : ce sont des fichiers texte dans un dossier. C'est un gars de l'équipe qui l'a construit, pour les carrousels TikTok de STRIKT, notre app, et un des posts faits comme ça a dépassé les 155 000 vues. C'est un résultat réel, pas une promesse.

1. Un dossier, chaque règle à un seul endroit

Tout vit dans un dossier ouvert dans Claude Code :

• CLAUDE.md : ce que vous publiez, les règles non négociables, quel document lire et quand.
• routines/ : un fichier par passage (analysis.md, research.md, production.md), avec les étapes dans l'ordre.
• docs/ : QUALITY.md (le niveau exigé), IDEAS.md (les idées vérifiées), LOG.md (les chiffres de chaque post et les leçons).
• .claude/agents/ : un fichier par agent.
• report/ : un fichier par jour, où chaque passage écrit sa partie.

La règle la plus importante : chaque règle est à un seul endroit. Le prompt de la tâche planifiée n'en ajoute aucune, il dit juste d'exécuter la routine. Et quand vous changez d'avis, vous réécrivez la bonne ligne au lieu d'ajouter une note en dessous : sinon, au bout de deux semaines, vous avez des règles qui se contredisent et Claude en suit une au hasard. Le prompt de la tâche, c'est tout ça :

Lis CLAUDE.md et exécute routines/production.md pour aujourd'hui. Les règles sont là et dans les documents qu'il cite : ce prompt n'en ajoute aucune. Travaille en autonomie, ne pose pas de questions.

2. Les trois routines

1. 01:00, analyse. Elle ouvre les statistiques en rechargeant la page (jamais de vieux chiffres), lit tous les commentaires sans répondre, met à jour le registre et les leçons.
2. 02:00, recherche. Le chercheur trouve des faits et des idées, le vérificateur les contrôle à la source primaire, le critique note. Dans IDEAS.md n'entre que ce qui passe.
3. 04:00, production. Elle trouve les créneaux vides, met 6-8 idées en compétition, fait produire les gagnantes et les programme sur la plateforme depuis le navigateur.

Chaque routine a la même forme. Voici la production, à adapter à votre produit :

# Production (chaque nuit à 04:00)

1. Lis CLAUDE.md, docs/QUALITY.md, docs/IDEAS.md et l'analyse du rapport du jour.
2. Sur la plateforme, trouve le premier jour avec des créneaux vides, au maximum [5] jours à l'avance.
3. Tournoi : 6-8 idées de IDEAS.md, le critique les note. Seules celles qui ont au moins 20/25 passent.
4. Pour chaque gagnante : texte → vérificateur → test de l'inconnu → images → critique sur le post terminé. Après 3 tours de critique sans PUBLIE, l'idée retourne dans IDEAS.md avec les corrections écrites.
5. Programme les posts depuis le navigateur et vérifie la date et l'heure dans la liste.
6. Mets à jour LOG.md et IDEAS.md, fais un commit uniquement des fichiers de ce passage.
7. Écris la section « Production » dans le rapport du jour (report/AAAA-MM-JJ.md).

Règles :
- Sous-agents toujours au premier plan : attends leur résultat, ne termine jamais ton tour pour attendre une notification.
- Mieux vaut un créneau vide qu'un post sous 20.
- Ne réponds pas aux commentaires, ne supprime pas de posts.
- Si un site ne répond pas ou si la connexion a expiré, écris-le en haut du rapport et continue.

3. Les agents : qui cherche, qui vérifie, qui dit non

Les agents sont des sous-agents de Claude Code : des assistants avec leurs propres instructions, qui travaillent dans un contexte séparé et ne renvoient que le résultat. Chacun est un fichier dans .claude/agents/ :

• researcher (chercheur) : des faits et des idées, chacun avec sa source primaire et ses risques ;
• fact-checker (vérificateur) : pour chaque phrase, il vérifie que la source dit exactement ça, et conclut par « publiable » ou non ;
• critic (critique) : note les idées et le post terminé, et n'a que des outils pour lire ;
• stranger (inconnu) : lit seulement le texte et dit ce qu'il a compris.

Le critique, c'est lui qui relève le niveau. Voici son fichier, avec la grille :

---
name: critic
description: Juge sévère. Note les idées du tournoi et le post terminé avant qu'il sorte.
tools: Read, Grep, Glob
---

Ton travail, c'est de dire non. Lis d'abord docs/QUALITY.md.

Note de 1 à 5 :
- Hook : la première ligne arrête-t-elle le pouce d'un inconnu ?
- Histoire : y a-t-il une scène concrète, ou juste une liste ?
- Vérité : chaque fait a-t-il une source primaire vérifiée ?
- Nouveauté : la niche l'a-t-elle déjà vu cent fois ?
- Produit : celui qui ne télécharge pas apprend-il quelque chose ? Le produit arrive-t-il comme un outil naturel ou comme une pub ?
Clarté, à part : le test de l'inconnu est-il passé ?

Réponds avec le total sur 25, les 3 problèmes les plus graves et ce qu'il faut changer exactement.
Verdict : PUBLIE (au moins 20, aucune note sous 3, Clarté au moins 4) ou REFAIS. Pas de compliments.

Le test de l'inconnu

C'est la partie la plus maligne. Avant le critique final, un agent tout neuf, avec le plus petit modèle, lit seulement le texte du post :

Lis seulement le texte ci-dessous. Tu ne sais rien de la personne qui l'a écrit.
1. Que s'est-il passé ? (Ou : que fait ce produit ?)
2. Pourquoi ça devrait me concerner ?
3. Que devrais-je faire maintenant ?
Ensuite, liste les mots et les passages que tu n'as pas compris. Si une réponse n'est pas dans le texte, écris « je ne sais pas ».

TEXTE :
[colle ici]

Une réponse fausse, ou déduite, veut dire réécrire et refaire le test avec un nouvel agent. Comment en faire un agent fixe, je l'explique sur strikt.fit/test-sconosciuto.

4. Les planifier sur votre ordinateur

Claude Code a des tâches planifiées dans le cloud, qui tournent même ordinateur éteint mais ne voient pas votre navigateur, et des locales, dans l'app desktop de Claude, qui tournent sur votre ordinateur avec vos fichiers et Chrome. Pour programmer des posts depuis le navigateur, il faut les locales.

1. Dans l'app desktop, onglet Code : Scheduled dans la barre latérale, puis New task.
2. Le nom et le prompt de la section 1. Dans Advanced settings, activez Only on this computer et choisissez le dossier.
3. Déclencheur Daily à l'heure voulue, puis mode de permissions et modèle, et Create. Chaque tâche démarre quelques minutes après l'heure : c'est un décalage voulu.
4. Run now : regardez le premier passage et choisissez « always allow » aux demandes de permission. En mode Manual, une permission non accordée bloque le passage jusqu'à votre réponse.

Pour le navigateur, il faut l'extension Claude in Chrome : elle utilise les connexions que vous avez déjà, mais devant une page de connexion ou un CAPTCHA elle s'arrête et vous demande. Les tâches locales ne démarrent que si l'app est ouverte et l'ordinateur réveillé (comment le garder réveillé : strikt.fit/notte). Si l'ordinateur a dormi, au réveil l'app fait un seul passage de rattrapage, même en milieu de matinée : c'est pour ça que la production a une heure limite, du genre « un post pas prêt à 10:00 ne sort pas ».

5. La règle qui sauve la nuit : sous-agents au premier plan

Dans les sessions de l'app desktop, les sous-agents démarrent par défaut en arrière-plan : le résultat arrive plus tard, sous forme de notification. La nuit, c'est un problème. Un soir, un de nos passages a lancé ses sous-agents, a terminé son tour pour les attendre et s'est arrêté là, à moitié. Personne ne l'a réveillé. Il faut deux choses. La première : désactiver le fork mode dans le fichier .claude/settings.json du projet, pour que Claude puisse les attendre.

{
  "env": {
    "CLAUDE_CODE_FORK_SUBAGENT": "0"
  }
}

La deuxième : écrire la règle dans le CLAUDE.md et dans chaque routine, comme dans le modèle plus haut. Ensuite ouvrez une nouvelle session et vérifiez avec un Run now que le passage va jusqu'au rapport.

6. Le rapport du matin

Chaque passage écrit sa partie dans le rapport du jour. Le matin, je lis un seul fichier, en cinq minutes :

• en haut, les problèmes : connexions expirées, passages bloqués à moitié, erreurs factuelles signalées dans les commentaires ;
• les chiffres de la veille et la leçon la plus importante ;
• les idées retenues et écartées, avec la raison ;
• ce qui a été programmé, avec les notes du critique et le compte rendu de l'inconnu.

Si quelque chose ne me plaît pas, je ne corrige pas le post à la main : je réécris la règle dans le bon document. Le passage de la nuit suivante la lit déjà.

Les erreurs les plus courantes

• Mettre les règles dans le prompt de la tâche planifiée : au bout d'un mois, vous ne savez plus laquelle compte.
• Ajouter des notes au lieu de réécrire la règle : deux lignes contradictoires, et Claude en suit une au hasard.
• Laisser les sous-agents en arrière-plan la nuit : le passage s'arrête à moitié et personne ne le réveille.
• Coller les tâches les unes aux autres : si la première tourne encore, la deuxième peut sauter.
• Faire répondre la routine aux commentaires : elle les lit pour apprendre, c'est vous qui répondez.

Check-list

• CLAUDE.md avec les règles non négociables
• Trois routines, chacune finit en écrivant dans le rapport
• Quatre agents dans .claude/agents/, le critique avec sa grille
• Trois tâches locales, avec de la marge entre elles
• Premier passage lancé avec Run now et permissions accordées
• Fork mode désactivé et règle des sous-agents au premier plan écrite
• Connexion à la plateforme active dans Chrome, ordinateur réveillé la nuit

Questions fréquentes