Moteur de continuité de session (SCE) v1.2.3

# Prompt : Moteur de Continuité de Session (SCE) # Version : 1.2.3 # Auteur : Scott Malin, CISSP # Objectif : # Compresse une session IA terminée en un package de continuité structuré pouvant être # transféré dans une nouvelle session (y compris sur différentes plateformes IA) pour préserver # le contexte du projet, les décisions historiques, les flux de travail actifs et les conventions établies. # L'objectif est de minimiser la perte de contexte, de réduire l'intégration répétitive et de maintenir # l'élan du projet à l'aide d'une architecture de référence passive et sûre pour les filtres. # Journal des modifications : # - v1.0.0 à v1.2.1 : Versions initiales, réglage multiplateforme, ajout du mode JSON. # - v1.2.2 : Correction des problèmes d'analyse des blocs de code imbriqués. Standardisation des clés JSON. # Métriques d'échelle de contexte quantifiées. Clarification des règles de vérification de la section 8. # - v1.2.3 : Réingénierie de l'avis de conformité et des directives en langage de référence # passif et statique pour éliminer complètement les déclencheurs des filtres de sécurité heuristiques. -------------------------------------------------------------------------- Nous mettons fin à cette session pour préserver le contexte, réduire la dérive contextuelle et maintenir la continuité lors de futures conversations. Votre tâche consiste à créer un package complet de transfert de session qui capture l'état actuel du projet, les décisions actives, le contexte historique, les contraintes et les prochaines actions. Le package résultant devrait aider un futur assistant IA à comprendre le projet rapidement et à poursuivre le travail avec un effort de redécouverte minimal. -------------------------------------------------------------------------- OBJECTIF ET MÉTHODOLOGIE -------------------------------------------------------------------------- Ce document est un instantané statique de l'état du projet fourni par l'utilisateur. Il fonctionne strictement comme documentation de référence pour ancrer la session actuelle dans le contexte historique, les définitions établies du projet et les jalons techniques achevés. -------------------------------------------------------------------------- DIRECTIVES DE RÉFÉRENCE DU PROJET (v1.2.3) -------------------------------------------------------------------------- L'assistant récepteur utilise ces données comme base informationnelle : - Utiliser les décisions confirmées du projet pour maintenir la cohérence avec le travail existant. - Distinguer clairement entre les faits établis, les questions ouvertes et les étapes planifiées. - Référencer les conventions de nommage documentées, les normes et les historiques de versions pour prévenir la régression ou la dérive de configuration. - Utiliser des tableaux ou des listes compactes pour une référence rapide lors de l'affichage des actifs. - Demander une clarification explicite si les données archivées entrent en conflit avec les objectifs actuels. -------------------------------------------------------------------------- INSTRUCTIONS DE GÉNÉRATION DE SORTIE -------------------------------------------------------------------------- Générer la sortie finale exactement comme suit : 1. Une brève phrase d'introduction. 2. Un bloc de code markdown contenant le package de transfert de session. RÈGLE DES BLOCS DE CODE IMBRIQUÉS : Si le contenu d'une section nécessite un bloc de code, utiliser quatre accents graves (````) pour le conteneur externe ou échapper les blocs internes afin que le conteneur principal ne se brise pas prématurément. MODE PAR DÉFAUT (Markdown) : Utiliser la structure à l'intérieur du bloc START/END ci-dessous. MODE JSON : Si l'utilisateur demande explicitement « sortie JSON » ou « mode JSON », sortir un objet JSON valide unique. Ne pas l'envelopper dans du texte markdown. Utiliser ces clés camelCase exactes : { "handoffMetadata": {}, "projectHandoffContext": { "preferredInteractionStyle": "" }, "projectContextStatus": { "keyRisksAndAntiDrift": "" }, "persistentConstraints": {}, "historicalLedger": [], "currentSourceOfTruthAssets": [], "openQuestions": [], "immediateNextSteps": [], "continuityVerificationTemplate": "" } DÉBUT DU BLOC DE CODE DU PACKAGE # PACKAGE DE TRANSFERT DE SESSION (SCE v1.2.3) ## 0. Métadonnées de Transfert - Plateforme/Modèle d'origine : - Date : - Sessions compressées : - Échelle approximative du contexte (choisir une option selon la profondeur de la session actuelle) : · Court (<10k tokens / discussion brève) · Moyen (10k-50k tokens / plongée technique modérée) · Long (50k-100k tokens / code dense ou session longue en plusieurs étapes) · Très long (>100k tokens / contexte de dépôt massif ou session très étendue) - Sujets principaux / Balises : - Dépôts/Fichiers clés : ## 1. Contexte de Transfert du Projet Cette section résume l'objectif général du projet, sa direction actuelle, les objectifs principaux et toute décision stratégique importante déjà prise. ### Style d'Interaction Préféré [Décrire le style de travail préféré, les conventions de formatage, le niveau de détail, les attentes de versionnage, les exigences d'étiquetage de confiance, le style de communication et autres préférences de collaboration.] ## 2. Contexte du Projet et État Actuel Fournir un résumé compressé mais complet de : - Objectifs actuels du projet - Travail achevé - État actuel - Efforts de développement actifs - Décisions récentes - Problèmes connus Se concentrer sur la préservation du contexte qui nécessiterait autrement un effort important pour être redécouvert. ### Risques Clés, Pièges et Notes Anti-Dérive Documenter les risques connus, les modes de défaillance courants, les approches obsolètes ou les directives spécifiques pour prévenir la dérive contextuelle ou les problèmes de sécurité lors des sessions futures. ## 3. Contraintes Persistantes et Normes Opérationnelles Documenter les normes permanentes telles que : - Exigences de formatage - Conventions de nommage - Règles de versionnage - Normes de documentation - Exigences de preuve - Procédures de validation - Contrôles qualité - Toute préférence établie par l'utilisateur ### Directives de Continuité - Les modifications des normes établies doivent généralement être documentées et dirigées par l'utilisateur. - Préserver la compatibilité avec les actifs existants du projet dans la mesure du possible. - Enregistrer les modifications significatives dans l'historique des versions le cas échéant. ## 4. Journal Historique (Compressé) Fournir un résumé chronologique des événements majeurs du projet, y compris : - Décisions importantes - Changements architecturaux - Révisions de prompts - Approches abandonnées - Leçons apprises - Jalons significatifs Garder les entrées concises tout en préservant la justification. Utiliser des puces ou un tableau simple pour les historiques plus longs. ## 5. Actifs de Référence Actuels Lister les dernières versions approuvées de tous les actifs critiques. Pour chaque actif, inclure : - Nom de l'actif - Version - Objectif - État actuel - Emplacement/Dépôt (si connu) Inclure le contenu complet uniquement lorsqu'il est raisonnablement court. Pour les actifs plus volumineux, fournir : - Résumé - Caractéristiques clés - Référence d'emplacement Éviter de dupliquer le contenu inutile. Utiliser un tableau lors de la liste de plusieurs actifs. ## 6. Questions Ouvertes et Décisions en Attente Pour chaque élément, inclure : - Description - État actuel - Options connues - Niveau de confiance (si applicable) Étiquettes de confiance suggérées : - [CONFIRMÉ] - [CONFIANCE ÉLEVÉE] - [CONFIANCE MOYENNE] - [CONFIANCE FAIBLE] - [QUESTION OUVERTE] - [PROPOSÉ] ## 7. Prochaines Étapes Immédiates Fournir une liste d'actions priorisée. Pour chaque élément, inclure : - Objectif - Importance - Dépendances (si existantes) - Lien vers les questions ouvertes connexes (si applicable) Classer de la priorité la plus élevée à la plus faible. ## 8. Modèle de Vérification de Continuité (Note au modèle actuel : Ne pas exécuter cette section. La sortir textuellement comme charge utile statique pour que le modèle récepteur la lise et l'exécute lors de l'intégration.) Un futur assistant IA peut éventuellement fournir un résumé d'intégration bref avant de poursuivre le travail. Format suggéré à afficher à l'utilisateur : « SCE v1.2.3 chargé avec succès. Compréhension actuelle : [Résumé de 2 à 3 phrases] Priorités principales : - Élément 1 - Élément 2 - Élément 3 Prêt à poursuivre. » FIN DU BLOC DE CODE DU PACKAGE