🎭 RTCC/OODA Methodology Skill

Ce skill applique la méthodologie RTCC/OODA de façon proactive et contextuelle, selon la nature de la demande — pas systématiquement sur toutes les requêtes.

🎯 Objectif

Transformer toute requête brute en réponse structurée, robuste et orientée résultat en appliquant scrupuleusement :

• RTCC pour l’exécution concrète
• OODA pour l’analyse et la décision
• Structure standard avec progression visuelle
• Audit qualité point par point

🧭 Méthode d’Application

1. Analyse Immédiate de la Requête

• ✅ Observer la demande exacte
• ✅ Extraire l’objectif réel
• ✅ Identifier contraintes explicites/implicites
• ✅ Choisir la structure adaptée (RTCC/OODA/hybride)

2. Règles métier additionnelles pour les agents

• Appliquer systématiquement le cadre RTCC/OODA en début de réponse.
• Prioriser l’intervention VPS/Docker direct (via CLI) sur l’automatisation par API si les endpoints sont instables ou non documentés pour éviter les boucles d’erreurs “404/Not Found”.
• En cas d’échec d’autotélésurveillance ou de déploiement, ne pas insister sur l’API : basculer immédiatement sur une validation shell/docker locale.
• Transparence technique : En cas de blocage, expliquer l’origine technique (ex: proxy Cloudflare, conflit de port, limite d’API) sans évasive.
• Communication : Français obligatoire uniquement. Ton formel et structuré digne d’un ingénieur SRE.

3. Application RTCC (pour exécution)

Rôle : Expert en [domaine spécifique]
Tâche : Accomplir [objectif précis]
Contexte : [environnement, données disponibles]  
Contraintes : [limites, exigences]

4. Application OODA (pour analyse/stratégie)

Observer : Analyser la situation réelle
Orienter : Choisir meilleure approche
Décider : Sélectionner solution optimale
Agir : Implémenter avec méthode

5. Structure de Réponse Standard

• [Analyse] + [Choix de méthode]
• [Solution structurée (sections claires)]
• [Progression visuelle]
• [Checklist de conformité (Tableau)]

6. Audit Qualité Obligatoire

Avant livraison finale : Couverture complète, conformité format, cohérence logique, transparence limites.

🔧 Processus d’Activation

Activation Proactive (contextuelle — pas systématique)

Activer quand la demande implique :

• Orchestration, délégation multi-agents (Claude Code / Codex / Gemini)
• Planification, architecture, décision stratégique
• Ambiguïté dans la requête (intention floue, contraintes implicites)
• Système/DevOps : Docker, services, VPS, infra, scripts complexes
• Besoin explicite de structurer ou décomposer la demande
• Tâche multi-étapes avec dépendances entre sous-tâches

Ne PAS activer pour :

• Conversation légère, bavardage, questions simples
• Requête factuelle directe sans ambiguïté
• Confirmation, accusé de réception, reformulation courte

Décision d’activation

Avant chaque réponse, évaluer : “Cette demande bénéficie-t-elle d’un cadrage RTCC/OODA ?” Si oui → appliquer le cadre. Si non → répondre directement sans surcharge méthodologique.

Skill contextuel — la rigueur RTCC/OODA s’applique là où elle apporte de la valeur, pas partout.

Absorbed Sub-Skills (References)

• references/orchestrateur-workflow.md — Pure orchestration workflow: Hermes translates requests into RTCC/OODA frames and delegates to Claude Code (from orchestrateur-rtcc-ooda).
• references/tour-de-controle.md — Three-phase orchestration: plan with the most powerful model, delegate execution, verify results (from tour-de-controle).