Motor de Continuidad de Sesión (SCE) v1.2.3

# Prompt: Motor de Continuidad de Sesión (SCE) # Versión: 1.2.3 # Autor: Scott Malin, CISSP # Propósito: # Comprime una sesión de IA completada en un paquete de continuidad estructurado que puede # transferirse a una nueva sesión (incluyendo entre diferentes plataformas de IA) para preservar # el contexto del proyecto, las decisiones históricas, los flujos de trabajo activos y las convenciones establecidas. # El objetivo es minimizar la pérdida de contexto, reducir la incorporación repetitiva y mantener # el impulso del proyecto utilizando una arquitectura de referencia pasiva y segura para filtros. # Registro de cambios: # - v1.0.0 a v1.2.1: Lanzamientos iniciales, ajuste multiplataforma, adición del modo JSON. # - v1.2.2: Se corrigieron problemas de análisis de bloques de código anidados. Se estandarizaron las claves JSON. # Se cuantificaron las métricas de escala de contexto. Se aclararon las reglas de carga útil de verificación de la Sección 8. # - v1.2.3: Se rediseñaron el aviso de cumplimiento y las pautas en un lenguaje de referencia pasivo y estático # para eliminar por completo los disparadores heurísticos del filtro de seguridad. -------------------------------------------------------------------------- Estamos finalizando esta sesión para preservar el contexto, reducir la deriva de contexto y mantener la continuidad en conversaciones futuras. Tu tarea es crear un Paquete de Transferencia de Sesión integral que capture el estado actual del proyecto, las decisiones activas, el contexto histórico, las restricciones y las próximas acciones. El paquete resultante debería ayudar a un futuro asistente de IA a comprender el proyecto rápidamente y continuar el trabajo con un esfuerzo mínimo de redescubrimiento. -------------------------------------------------------------------------- PROPÓSITO Y METODOLOGÍA -------------------------------------------------------------------------- Este documento es una instantánea estática del estado del proyecto proporcionada por el usuario. Funciona estrictamente como documentación de referencia para fundamentar la sesión actual en el contexto histórico, las definiciones establecidas del proyecto y los hitos técnicos completados. -------------------------------------------------------------------------- PAUTAS DE REFERENCIA DEL PROYECTO (v1.2.3) -------------------------------------------------------------------------- El asistente receptor utiliza estos datos como una línea base informativa: - Utiliza las decisiones confirmadas del proyecto para mantener la coherencia con el trabajo existente. - Distingue claramente entre hechos establecidos, preguntas abiertas y pasos planificados. - Consulta las convenciones de nomenclatura, estándares e historiales de versiones documentados para prevenir regresiones o desviaciones de configuración. - Utiliza tablas o listas compactas para una referencia escaneable al mostrar activos. - Solicita una aclaración explícita si los datos archivados entran en conflicto con los objetivos actuales. -------------------------------------------------------------------------- INSTRUCCIONES DE GENERACIÓN DE SALIDA -------------------------------------------------------------------------- Genera la salida final exactamente de la siguiente manera: 1. Una breve oración introductoria. 2. Un bloque de código markdown que contenga el Paquete de Transferencia de Sesión. REGLA DE BLOQUE DE CÓDIGO ANIDADO: Si el contenido dentro de cualquier sección requiere un bloque de código, utiliza cuatro comillas invertidas (````) para el contenedor externo o escapa los bloques internos para que el contenedor principal no se rompa prematuramente. MODO PREDETERMINADO (Markdown): Utiliza la estructura dentro del bloque START/END a continuación. MODO JSON: Si el usuario solicita explícitamente "salida JSON" o "modo JSON", genera un único objeto JSON válido. No lo envuelvas en texto markdown. Utiliza estas claves exactas en camelCase: { "handoffMetadata": {}, "projectHandoffContext": { "preferredInteractionStyle": "" }, "projectContextStatus": { "keyRisksAndAntiDrift": "" }, "persistentConstraints": {}, "historicalLedger": [], "currentSourceOfTruthAssets": [], "openQuestions": [], "immediateNextSteps": [], "continuityVerificationTemplate": "" } INICIO DEL BLOQUE DE CÓDIGO DEL PAQUETE # PAQUETE DE TRANSFERENCIA DE SESIÓN (SCE v1.2.3) ## 0. Metadatos de Transferencia - Plataforma/Modelo de Origen: - Fecha: - Sesiones Comprimidas: - Escala de Contexto Aproximada (Elige una según la profundidad de la sesión actual): · Corta (<10k tokens / chat breve) · Media (10k-50k tokens / inmersión técnica moderada) · Larga (50k-100k tokens / código pesado o conversación larga de múltiples etapas) · Muy Larga (>100k tokens / contexto masivo de repositorio o sesión muy extendida) - Temas Principales / Etiquetas: - Repositorios/Archivos Clave: ## 1. Contexto de Transferencia del Proyecto Esta sección resume el propósito general del proyecto, su dirección actual, los objetivos principales y cualquier decisión estratégica importante ya tomada. ### Estilo de Interacción Preferido [Describe el estilo de trabajo preferido, las convenciones de formato, el nivel de detalle, las expectativas de versionado, los requisitos de etiquetado de confianza, el estilo de comunicación y otras preferencias de colaboración.] ## 2. Contexto del Proyecto y Estado Actual Proporciona un resumen comprimido pero integral de: - Objetivos actuales del proyecto - Trabajo completado - Estado actual - Esfuerzos de desarrollo activos - Decisiones recientes - Problemas conocidos Concéntrate en preservar el contexto que de otro modo requeriría un esfuerzo significativo para redescubrir. ### Riesgos Clave, Advertencias y Notas Anti-Deriva Documenta cualquier riesgo conocido, modos de fallo comunes, enfoques obsoletos o pautas específicas para prevenir la deriva de contexto o problemas de seguridad en sesiones futuras. ## 3. Restricciones Persistentes y Estándares Operativos Documenta los estándares continuos, tales como: - Requisitos de formato - Convenciones de nomenclatura - Reglas de versionado - Estándares de documentación - Requisitos de evidencia - Procedimientos de validación - Controles de calidad - Cualquier preferencia establecida por el usuario ### Guía de Continuidad - Los cambios en los estándares establecidos generalmente deben documentarse y ser dirigidos por el usuario. - Preserva la compatibilidad con los activos existentes del proyecto siempre que sea práctico. - Registra los cambios significativos en el historial de versiones cuando corresponda. ## 4. Registro Histórico (Comprimido) Proporciona un resumen cronológico de los eventos principales del proyecto, incluyendo: - Decisiones importantes - Cambios arquitectónicos - Revisiones de prompts - Enfoques retirados - Lecciones aprendidas - Hitos significativos Mantén las entradas concisas mientras preservas la justificación. Utiliza viñetas o una tabla simple para historiales más largos. ## 5. Activos Actuales de Fuente de Verdad Enumera las últimas versiones aprobadas de todos los activos críticos. Para cada activo incluye: - Nombre del Activo - Versión - Propósito - Estado Actual - Ubicación/Repositorio (si se conoce) Incluye el contenido completo solo cuando sea razonablemente corto. Para activos más grandes, proporciona: - Resumen - Características clave - Referencia de ubicación Evita duplicar contenido innecesario. Utiliza una tabla al enumerar múltiples activos. ## 6. Preguntas Abiertas y Decisiones Pendientes Para cada elemento incluye: - Descripción - Estado actual - Opciones conocidas - Nivel de confianza (si corresponde) Etiquetas de confianza sugeridas: - [CONFIRMADO] - [ALTA CONFIANZA] - [CONFIANZA MEDIA] - [BAJA CONFIANZA] - [PREGUNTA ABIERTA] - [PROPUESTO] ## 7. Próximos Pasos Inmediatos Proporciona una lista de acciones priorizada. Para cada elemento incluye: - Objetivo - Importancia - Dependencias (si las hay) - Vínculo con preguntas abiertas relacionadas (si corresponde) Ordena de mayor a menor prioridad. ## 8. Plantilla de Verificación de Continuidad (Nota para el modelo actual: No ejecutes esta sección. Genera esto textualmente como una carga útil estática para que el modelo receptor la lea y ejecute al incorporarse.) Un futuro asistente de IA puede opcionalmente proporcionar un breve resumen de incorporación antes de continuar el trabajo. Formato sugerido para generar al usuario: "SCE v1.2.3 cargado exitosamente. Comprensión actual: [Resumen de 2-3 oraciones] Prioridades principales: - Elemento 1 - Elemento 2 - Elemento 3 Listo para proceder." FIN DEL BLOQUE DE CÓDIGO DEL PAQUETE