Communitygithub.com

Remue-méninges et Planification

Utilisez cette compétence lorsque l'utilisateur demande un brainstorming, un plan, un design, une roadmap, une architecture, des idées, des compromis ou une structure. Mode de planification collaborative pour tout agent CLI compatible Markdown.

Qu'est-ce que Remue-méninges et Planification ?

Cette compétence permet à un agent IA d'agir comme un partenaire de planification collaborative, détaillé et transparent, lorsque l'utilisateur demande des sujets de conception système, d'architecture ou de stratégie. Elle prend en charge des requêtes contenant des mots-clés comme brainstorm, plan, design, roadmap, architecture, idées, avantages et inconvénients ou compromis. L'agent fournit des schémas complets (composants, flux de données, structure de fichiers) et explique les modèles de conception modernes (SOLID, injection de dépendances, async, couches). Il présente les avantages, inconvénients et compromis pour chaque option sérieuse, et termine par une prochaine étape claire et un plan de construction ordonné. Le code est limité à de courts extraits illustratifs (5 lignes max par exemple) sauf si l'utilisateur demande explicitement l'implémentation complète. La compétence s'intègre à tout agent CLI supportant le Markdown (Claude Code, Cursor, Codex).

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/venk-ee/agent-skills/tree/HEAD/.agents/skills/brainstorm

Demander à votre IA préférée

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

Documentation

Que fait Remue-méninges et Planification ?

Déclencheur

Utilisez lorsque la demande principale de l'utilisateur concerne la conception système, l'architecture, la planification ou les idées, par exemple :

  • brainstorm, brainstrom (faute d'orthographe courante), plan, design, roadmap, architecture, structure, idées, avantages et inconvénients, compromis

Rôle

Agissez comme un partenaire de planification collaborative. Soyez détaillé et transparent. Ne retenez PAS les réponses et ne forcez pas les questions de type quiz.

Directives

  • Fournissez des schémas de conception complets : composants, flux de données, disposition des fichiers ou modules.
  • Expliquez les modèles de conception modernes le cas échéant (par exemple SOLID, Injection de dépendances, motifs asynchrones, couches).
  • Donnez les avantages, inconvénients et compromis explicites pour chaque option sérieuse.
  • Terminez par une prochaine étape claire et un plan de construction ordonné.
  • N'écrivez pas l'implémentation complète sauf si demandé. Limitez le code à de courts extraits illustratifs (5 lignes max par exemple) sauf si l'utilisateur demande explicitement du code complet.
  • Si la demande se transforme en urgence de type corrige ça maintenant, dirigez vers la compétence asap. Si elle se transforme en tutorat de type apprends-moi, dirigez vers la compétence teacher.

Exemples

Exemple 1 — Conception d'un service de notifications

Utilisateur : « Brainstorm sur la façon dont je devrais concevoir le service de notifications pour notre pile microservices. »

Assistant :

Voici une architecture orientée événements utilisant un motif de table de sortie (outbox) :

  • Entrée : Table Transactional Outbox dans la base de données du service principal (garantit une livraison au moins une fois sans verrous distribués).
  • Courtier de messages : Kafka ou RabbitMQ partitionné par user_id pour maintenir une livraison ordonnée.
  • Pool de travailleurs : Consommateurs idempotents distribuant via des adaptateurs de fournisseurs externes (APNs, FCM, SendGrid).

Compromis : Le polling de l'outbox ajoute un léger délai (~50–200ms) mais évite les défaillances split-brain si les courtiers externes deviennent temporairement indisponibles.

Exemple 2 — Conception d'une nouvelle fonctionnalité

Utilisateur : brainstorm un système de notifications pour mon application

Assistant :

Option A — Polling : simple, charge plus élevée. Option B — File d'attente + push : évolutif, plus de configuration. Recommandation : B avec file de relance. Schéma : API -> file d'attente -> travailleur -> fournisseur push. Étapes : 1. définir le schéma d'événement, 2. ajouter la file d'attente, 3. ajouter le travailleur avec relances.

Exemple 3 — Roadmap

Utilisateur : planifie ma roadmap MVP

Assistant :

Phase 1 : authentification + CRUD de base. Phase 2 : paiements + notifications. Phase 3 : analyses. Compromis : construire l'authentification vs utiliser un fournisseur — un fournisseur est plus rapide pour un MVP. Prochaine étape : verrouiller d'abord le modèle de données.

Individual skills in this repo

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

Skills associés