Une exécution de lancement de bout en bout

Le runbook du kit décrit un lancement comme une boucle répétable plutôt qu’un événement ponctuel : construire un brief véridique, choisir un petit lot, travailler une plateforme à la fois, enregistrer ce que vous avez observé, reprendre la fois suivante sans rien refaire. Ce guide suit une exécution à travers cette boucle. Il suppose les guides de configuration terminés — l’espace de travail existe, le navigateur est connecté, et l’onboarding a enregistré vos permissions. Le flux complet, produit → agent → annuaires → suivi, est dessiné sur la page comment ça marche.

1. Partir d’un brief véridique

Chaque exécution commence dans product.json et copy.md : nom, URL canonique, audience, fonctionnalités vérifiées, un résumé des tarifs et une date de relecture. Le runbook est strict sur les petits mensonges qui s’installent : un essai limité en crédits est un essai même s’il est gratuit au départ ; un fait obligatoire que vous ne connaissez pas est enregistré comme inconnu, pas deviné ; les captures d’écran montrent la vraie interface, redimensionnées depuis les originaux et contrôlées en qualité ; aucun chiffre de clients ni témoignage de quelqu’un d’autre n’est réutilisé. Préparez un logo carré et une description courte et une longue à partir de ces faits. L’agent ne déduit jamais de capacités d’un concurrent.

2. Choisir trois à cinq plateformes

L’index des playbooks permet à l’agent de choisir par audience et par prérequis. Commencez par trois à cinq, pas cinquante. Les playbooks conditionnels — un annuaire IA qui exige une vraie capacité IA, un annuaire d’entreprises qui veut des faits d’entreprise autorisés par le propriétaire — sont une aide livrée utile, pas la promesse que chaque produit obtient une place gratuite. Pour chaque plateforme retenue, l’agent lit le playbook en entier avant de naviguer, vérifie la ligne existante du suivi, cherche le nom et le domaine du produit dans l’annuaire, et inspecte le compte connecté. Une fiche existante qui vous appartient est revendiquée ou modifiée, pas dupliquée ; une tentative antérieure floue est éclaircie avant d’en commencer une nouvelle. L’article sur le lancement à budget zéro montre à quoi un tel lot a ressemblé sur de vraies plateformes.

3. Une plateforme à la fois

Les six étapes du runbook pour chaque plateforme :

1. Revérifier le formulaire en ligne, les tarifs, l’éligibilité, la limite de compte et le consentement requis.
2. Ne préparer que du texte vérifié et des visuels authentiques ; valider chaque champ importé.
3. Rouvrir les champs enregistrés ou prévisualiser le brouillon pour confirmer qu’il a été conservé.
4. Inspecter le total final et les éventuels extras optionnels. Sous la politique par défaut, s’arrêter à tout paiement requis. Si un badge est exigé, vérifier l’autorisation de site enregistrée, utiliser le balisage officiel et vérifier la page publique déployée avant d’attester.
5. Soumettre dans le cadre de l’autorisation du propriétaire ; inspecter le tableau de bord obtenu et la mention de modération ; conserver un résumé non sensible.
6. Enregistrer le résultat et l’action suivante immédiatement, puis passer à la suite.

« Immédiatement » pèse lourd à l’étape 6. Le kit considère une soumission à un annuaire comme inachevée tant que son résultat n’est pas dans le suivi, parce qu’un agent qui enregistre dix résultats en fin de session se trompera sur au moins l’un d’eux.

4. Choisir les états d’après les preuves

L’état vient de ce qui a été observé, pas de ce qui a été tenté. Un écran de remerciement n’est pas live. Une page accessible avec une mention Pending approval est submitted_pending_review. Un créneau confirmé avec validation en suspens est scheduled, avec la réserve dans la note et un --launch-date égal ou postérieur au plancher. Un paiement requis est deferred_paid et rien n’est acheté. Le tableau complet, la commande et les règles des notes sont dans le guide d’enregistrement des résultats.

5. Reprendre, pas répéter

La session suivante s’ouvre par la lecture du suivi. Les relais humains et les lancements programmés à vérifier passent en premier, puis les soumissions en attente dont la fenêtre de modération est écoulée. Aucun SLA de plateforme n’est inventé ; si un annuaire n’indique aucun délai, une date de relance est convenue avec vous. Resoumettre pour avancer dans une file est interdit — l’enregistrement existant est revérifié à la place. Les vrais projets et les preuves du navigateur restent privés ; avec plusieurs agents, chacun a son propre profil de navigateur et sa propre attribution de plateformes, et le suivi ne coordonne que les écritures locales.

À quoi ressemble une première exécution réaliste

Trois à cinq plateformes, une session d’agent, et un suivi qui ressemble à ceci : un submitted_pending_review, un scheduled avec validation en suspens, un prepared_needs_human qui attend que vous résolviez un CAPTCHA, un deferred_paid. Peut-être zéro live le premier jour — les voies gratuites publient au rythme de l’annuaire, des semaines plus tard, ce qui est précisément la raison d’être du plancher. Ce n’est pas une exécution ratée ; c’est à quoi ressemble la file vue de l’intérieur. Pour une version racontée avec un agent précis, voyez le pas à pas avec Claude Code ou la page Codex.