Qu’est-ce qu’un fichier de contexte produit ?

Définition

Un fichier de contexte produit est un document structuré unique qui décrit un produit pour les machines et les personnes : nom, URL, descriptions courte et longue, catégorie, audience, fonctionnalités réelles, tarifs et conditions d’essai, stade de lancement, chemins des captures d’écran et du logo, et contraintes comme la date de lancement au plus tôt. Des fichiers compagnons portent les variantes de texte approuvées et les faits d’identité publiables.

Sa règle fondatrice : les inconnues restent vides. Un champ que le propriétaire n’a pas confirmé est vide, pas deviné.

Exemple

Une fondatrice à Montpellier crée un projet pour son application de réservation avec new-product.py. L’entretien d’onboarding remplit product.json : nom, site web, audience, trois fonctionnalités vérifiées, un résumé daté des tarifs et la date de lancement au plus tôt. Elle n’est pas sûre que l’offre gratuite restera gratuite : free_forever_verified reste donc à false au lieu de devenir une affirmation.

Des semaines plus tard, un formulaire d’annuaire demande si le produit est gratuit pour toujours. L’agent lit le fichier, n’y trouve aucun oui vérifié et ne coche pas la case. Le vingtième formulaire reçoit exactement les mêmes faits que le premier. Un extrait du fichier figure ci-dessous.

{
  "schema_version": 1,
  "name": "Example Booking",
  "website": "https://yourproduct.example/",
  "audience": ["independent physiotherapists"],
  "verified_features": ["online booking", "SMS reminders", "calendar sync"],
  "pricing_summary": "Free plan for one calendar, paid plans from 9 EUR a month",
  "pricing_checked_at": "2026-09-30",
  "free_forever_verified": false,
  "earliest_launch_date": "2026-11-03",
  "unknown_required_facts": ["founding year"],
  "approved_asset_paths": ["assets/logo.png", "assets/screenshot-1.png"],
  "spend_limit": 0
}

Pourquoi c’est important pour un lancement sur annuaires

Chaque annuaire demande les mêmes faits sous une forme différente — une accroche de 60 caractères ici, de 80 là. Copier à la main dérive ; laisser un agent improviser invente des fonctionnalités. Une seule source de vérité, remplie une fois et relue, est ce qui rend le vingtième formulaire aussi exact que le premier et fait du produit suivant un simple copier-modifier.

Comment LaunchRepo le gère

new-product.py crée projects/<slug>/product.json depuis le modèle ; l’onboarding vous interroge ou lit votre base de code pour le remplir, et COPY-WORKSHOP.md produit copy.md avec les variantes approuvées. Le tableau de bord local modifie les mêmes fichiers. L’agent ne peut ni déduire des capacités d’un concurrent ni transformer des fonctionnalités prévues en disponibles ; record.py lit earliest_launch_date dans le même fichier.

Pour aller plus loin

Première session : l’onboarding mené par l’agent

Les sept phases de la première session, dont le brief produit, la date de lancement et les autorisations convenues une fois par produit.

Voir le terme dans le dépôt

LaunchRepo, ce sont 299 playbooks d’annuaires, un fichier de contexte produit et un tracker de soumissions que votre propre agent exécute. Payez 119,00 € une fois ; utilisez-le pour tous les produits que vous possédez.

Voir les tarifs