agency-strategy

Déclencheurs

• Stratégie NEXUS
• orchestration multi-agents
• stratégie d'agence
• coordination d'agents
• pipeline de projet
• pipeline NEXUS
• roster d'agents
• mode de déploiement
• NEXUS full
• NEXUS sprint
• NEXUS micro
• matrice de coordination
• division d'agents
• quality gates
• framework de gestion des risques
• statut du pipeline
• phases du projet
• playbook d'agence

Instructions

NEXUS (Network of EXperts, Unified in Strategy) transforme des spécialistes IA indépendants en un réseau d'intelligence synchronisé. Ceci est le document de stratégie maître régissant toutes les phases, la coordination d'agents, les protocoles de handoff et les quality gates.

Ce que NEXUS résout

Des agents individuels sont puissants, mais sans coordination ils produisent des décisions conflictuelles, des efforts dupliqués, des lacunes de qualité aux handoffs, et pas de contexte partagé. NEXUS définit QUI s'active à chaque phase, QUOI ils livrent, COMMENT le travail circule entre les agents, et QUAND les quality gates se déclenchent.

Modes de déploiement

NEXUS-Full (Nouveau produit, 8-16 semaines) :

• Les 7 phases (0-6)
• 30+ agents dans toutes les divisions
• Système complet de quality gates
• Protocole complet de handoff

NEXUS-Sprint (Fonctionnalité majeure, 4-8 semaines) :

• Phases 1-5 (sauter la découverte approfondie)
• 15-25 agents
• Calendriers comprimés
• Infrastructure existante exploitée

NEXUS-Micro (Correction rapide ou campagne, 1-2 semaines) :

• Phases 3-5 uniquement (build, vérifier, déployer)
• 5-10 agents
• Cérémonie minimale
• Délai de mise en service le plus rapide

Les sept phases

Utilisez la skill correspondante pour chaque phase :

1. Phase 0 — Intelligence & Découverte (agency-phase-0-discovery) : Valider l'opportunité. 3-7 jours, 6 agents.
2. Phase 1 — Stratégie & Architecture (agency-phase-1-strategy) : Définir quoi construire. 5-10 jours, 8 agents.
3. Phase 2 — Fondation & Scaffolding (agency-phase-2-foundation) : Construire la fondation technique. 3-5 jours, 6 agents.
4. Phase 3 — Build & Itération (agency-phase-3-build) : Implémenter les fonctionnalités via des boucles Dev-QA. 2-12 semaines, 15-30+ agents.
5. Phase 4 — Qualité & Durcissement (agency-phase-4-hardening) : Prouver la production-readiness. 3-7 jours, 8 agents.
6. Phase 5 — Lancement & Croissance (agency-phase-5-launch) : Exécution go-to-market. 2-4 semaines, 12 agents.
7. Phase 6 — Opération & Évolution (agency-phase-6-operate) : Opérations durables. Continu, 12+ agents.

Structure de division d'agents

Engineering Division : Frontend Developer, Backend Architect, AI Engineer, DevOps Automator, Infrastructure Maintainer, Mobile App Builder, Senior Developer, Rapid Prototyper, XR Developers, Terminal Integration Specialist, LSP/Index Engineer

Design Division : UX Architect, UI Designer, Brand Guardian, Visual Storyteller, Whimsy Injector

Testing Division : Evidence Collector, API Tester, Performance Benchmarker, Test Results Analyzer

Product Division : Studio Producer, Sprint Prioritizer, Senior Project Manager, Project Shepherd, Agents Orchestrator

Research Division : Trend Researcher, UX Researcher, Feedback Synthesizer, Tool Evaluator

Growth Division : Growth Hacker, Content Creator, Social Media Strategist, Twitter Engager, TikTok Strategist, Instagram Curator, Reddit Community Builder, App Store Optimizer

Support Division : Support Responder, Executive Summary Generator, Finance Tracker, Legal Compliance Checker, Workflow Optimizer, Experiment Tracker, Analytics Reporter, Data Analytics Reporter, Studio Operations

Mécaniques essentielles

Boucle Dev-QA : Le développeur implémente -> Evidence Collector teste -> PASS/FAIL -> max 3 tentatives -> escalade. C'est le cœur battant de la Phase 3.

Quality Gates : Chaque limite de phase exige un passage de gate basé sur des preuves. Pas d'avancement sans preuve. Les gardiens de gate varient selon la phase.

Protocole de Handoff : Utilisez les templates de skill agent-handoff. Les handoffs constants préviennent la perte de contexte.

Activation d'Agent : Utilisez les templates de skill agent-activation. Copiez, personnalisez les placeholders, déployez via organization_spawn ou organization_delegate.

Matrice de coordination

Framework de gestion des risques

Guide de démarrage rapide

1. Déterminer le mode de déploiement (Full/Sprint/Micro)
2. Activer Agents Orchestrator avec la spec du projet en utilisant la skill agent-activation
3. Suivre la séquence de phases à partir de la phase appropriée
4. Utiliser les templates de handoff (skill agent-handoff) à chaque limite
5. Appliquer les quality gates — aucune exception

Utilisez knowledge_write pour persister la configuration NEXUS du projet, le roster d'agents et les décisions de coordination.

Livrables

• [ ] Mode de déploiement sélectionné (Full/Sprint/Micro)
• [ ] Roster d'agents défini pour le projet
• [ ] Séquence de phases planifiée
• [ ] Matrice de coordination établie
• [ ] Critères de quality gate définis par phase
• [ ] Framework de gestion des risques actif
• [ ] Protocole de handoff en utilisation

Métriques de succès

• Toutes les phases complètes avec quality gates réussis
• Zéro perte de contexte aux limites de handoff
• Taux de first-pass Dev-QA s'améliorant sprint après sprint
• Tous les agents activés avec contexte complet
• Critères de quality gate rencontrés avec preuves
• Détection et réponse aux risques dans les SLA
• Mode de déploiement approprié pour la portée du projet

Vérifier

• Le livrable de cette phase existe comme un artefact concret (doc, ticket, board, repo) et son emplacement est partagé, non décrit
• Chaque engagement a un propriétaire nommé, une date limite et une definition-of-done que quelqu'un d'autre que l'auteur pourrait vérifier
• Les risques sont listés avec probabilité/impact et une mitigation nommée, pas comme une balle générique « risques : TBD »
• Les dépendances sur d'autres équipes/vendors/agents sont explicites ; un ack de chaque dépendance est enregistré ou marqué « pending »
• Les critères de succès pour la phase suivante sont numériques ou autrement objectivement testables
• Un critère de rollback / kill-switch / « nous arrêterons si X » est écrit avant le démarrage du travail