Communitygithub.com

tonone-ai/tonone

À utiliser lorsqu'on vous demande de structurer une page d'atterrissage pour un positionnement, planifier une mise en page optimisée pour la conversion ou concevoir une page de lancement. Exemples : « page d'atterrissage pour un lancement produit », « mise en page optimisée pour la conversion d'un SaaS ».

Qu'est-ce que tonone ?

Cette compétence génère des structures de pages d'atterrissage orientées conversion et positionnement produit. Elle est utile lorsque l'utilisateur a besoin de planifier une page de lancement, une page de conversion ou une page de positionnement pour un public spécifique. Elle est conçue pour les agents d'IA comme Claude Code, Cursor ou Codex, et utilise des outils en ligne de commande pour rechercher des patterns de conception et des informations produit. La compétence fonctionne en suivant un workflow en étapes : identification du type de produit et de l'ancrage de positionnement, recherche de patterns de pages d'atterrissage, recherche de raisonnements produit, puis intégration de stratégies d'appel à l'action (CTA), de preuve sociale et de gestion des objections. Le résultat est un tableau ordonné de sections avec leur objectif et leur type de CTA. La compétence impose des règles strictes de formatage (40 lignes maximum en CLI, diagrammes à dessin de boîtes) et interdit les anti-patrons comme l'absence d'ancrage de positionnement clair ou l'ajout de sections inutiles à la conversion.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/tonone-ai/tonone/tree/HEAD/skills/pitch-landing

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

pitch-landing — Page d'atterrissage pour lancement et positionnement

Suivez le format de sortie défini dans docs/output-kit.md — maximum 40 lignes en CLI, structure à dessin de boîtes, indicateurs de sévérité unifiés, prose compressée.

Quand utiliser

L'utilisateur a besoin d'une page d'atterrissage structurée autour du positionnement produit, du message de lancement ou de la conversion pour un public spécifique.

Workflow

  1. Identifier le type de produit et l'ancrage de positionnement à partir de la demande ou du brief de l'utilisateur
  2. Rechercher des patterns de pages d'atterrissage :
    python3 -m pitch_agent.uiux search --domain landing --query "{product_type}" --limit 3
    
  3. Rechercher le raisonnement produit pour le public et le contexte du message :
    python3 -m pitch_agent.uiux search --domain product --query "{product_type}" --limit 3
    
  4. Intégrer le positionnement : stratégie CTA, placement de la preuve sociale, gestion des objections
  5. Produire l'ordre des sections avec optimisation de la conversion et du message

Format de sortie

┌─ Page d'atterrissage de lancement — {product_type} ──────────────────────────────┐
│ #  │ Section            │ Objectif                    │ CTA ?        │
├────┼────────────────────┼────────────────────────────┼───────────────┤
│  1 │ {section_name}     │ {purpose}                  │ CTA principal │
│  2 │ {section_name}     │ {purpose}                  │ —             │
│  3 │ {section_name}     │ {purpose}                  │ CTA secondaire│
│  … │ …                  │ …                          │ …             │
└────┴────────────────────┴────────────────────────────┴───────────────┘

Stratégie CTA :           {cta_strategy}
Preuve sociale :           {social_proof_placement}
Gestion des objections :   {objection_section}
Ancrage de positionnement :{positioning_anchor}

Anti-patrons

  • Ne jamais structurer de contenu sans un ancrage de positionnement clair (pour qui + ce qui le rend différent)
  • Ne jamais ajouter de sections qui ne servent pas la conversion ou la gestion des objections
  • Ne jamais placer la preuve sociale après le CTA principal — elle doit renforcer avant la demande
  • Ne jamais lancer sans un CTA principal unique et non ambigu par zone d'affichage

Livraison

Si la sortie dépasse le budget de 40 lignes en CLI, invoquez /atlas-report avec les résultats complets. Le rapport HTML est la sortie. Le CLI est le reçu — en-tête de boîte, verdict en une ligne, 3 principales conclusions et le chemin du rapport. Ne jamais vider l'analyse dans le CLI.

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

Skills associés