DOCUMENTACIÓN / PERFIL TECNOLÓGICO Y CONTINUIDAD

Perfil tecnológico y continuidad

Prototipo y pruebas 0.2 · Comprobación 016 · Comparación 018

Fecha: 6 de septiembre de 2026. Registro: 020. Identificador documental de la candidata: PT-SV-LOCAL. Versión: 0.1-candidata. Estado: PROPUESTA_DOCUMENTAL_TRAZADA · REALIZACION_INTEGRADA_NO_ACREDITADA.

Dirección del proyecto: Juan Antonio Lloret Egea. Preparación técnica: Watson, bajo la autorización de trabajo de esta sesión. La autorización permite preparar, registrar y contrastar la propuesta; no convierte su contenido candidato en una nueva versión normativa de la DSL o de la IR.

1. Encargo y punto de partida

Organizar la realización mediante tres componentes identificados y con contrato propio: representación, dominio y soporte tecnológico. El perfil tecnológico se construye desde los artefactos y resultados existentes del laboratorio. Cada obligación debe indicar su fuente, responsable, evidencia reutilizable, alcance y brecha. La coincidencia numérica de esta terna con el alfabeto SV no constituye una equivalencia semántica ni un teorema de minimalidad.

La unidad de trabajo es documental. No se han repetido campañas materiales, cambiado prototipos, añadido una segunda semántica ni seleccionado .NET, FFI o WASM como plataforma final. Las propiedades observadas conservan el corte, el entorno y el adversario de su prueba original.

Se han leído AGENTS.md, los Pilares completos, el acta de arquitectura revisada, RETP-072/073, la especificación de perfiles fuente, la secuencia N0 aplicable, el cierre de R1, el contrato experimental 0.2, su mapa, la correspondencia CS01–CS09 con la corrección 016, los registros 012/016/018 y el índice y renderizador documentales existentes. El índice de fuentes 020 conserva las identidades consultadas y distingue lectura documental de identificación de artefactos en el árbol Git.

2. Terna y reparto de competencias

El contrato del agente liga su cobertura recibida, operaciones y permisos con las capacidades tecnológicas que requiere. No se inventa cobertura ni se transforma una capacidad disponible en una facultad autorizada.

Infraestructuras médicas puede ser objeto de un dominio de conocimiento técnico. El soporte tecnológico describe los medios de ejecución de ese agente o de otro. Ambas identidades se declaran por separado aunque compartan tecnología. Este registro no constituye un nuevo dominio, no mezcla Inmunología con Ciberseguridad y no crea agentes materiales.

El núcleo conserva Σ={0,1,U}, b≥3, n=b² y la célula como vector plano, ordenado y posicional. Recibe y comprueba lo representable; no escoge células, asignaciones, reglas clínicas ni coberturas. Frontera y anfitrión conservan y materializan los contratos. Los fallos técnicos permanecen fuera de Tri.U. La IA auxiliar conserva el permiso explícito y la subordinación fijados en los Pilares.

3. Qué hereda esta candidata

El resultado de 016 permite dejar fuera del requisito general la segunda validación ensayada: no añadió protección frente a la sustitución probada y aproximadamente duplicó la latencia mediana. No refuta todas las posibles esclusas.

018 mantiene dos alternativas materiales: FFI de menor coste observado y WASM con contención de los dos fallos sintéticos. El anfitrión pudo modificar el centinela en ambas rutas; ninguna acredita protección frente a ese actor. La ejecución local de 018 demuestra independencia de Actions para esa tanda, con preparación de herramientas todavía dependiente de proveedores. No se extrapolan medianas, picos, consumo ni garantías entre 012, 016 y 018.

4. Contenido contractual propuesto

PT-SV-LOCAL y sus identificadores PT01–PT14 son referencias documentales de esta candidata. No son palabras de la DSL, tipos de IR, capacidades ejecutables ni una codificación opaca aceptada por el núcleo. La sede y sintaxis del contrato ejecutable deberán resolverse en la puerta competente.

Una propiedad marcada como no acreditada no puede satisfacer una obligación exigida por un agente. Tampoco se rellena mediante una cadena libre o un indicador de autorización. Los requisitos que todavía no puedan representarse quedan pendientes y bloquean únicamente la promoción que dependa de ellos.

5. Ensamblaje: tres operaciones distinguibles

• Ensamblaje fuente: cada unidad conserva bytes, nombre y perfil; converge a la representación canónica antes de la validación global. La capacidad ES/EN existente no traduce identificadores ni datos del dominio.
• Composición de dominios y agentes: exige contratos explícitos, cobertura y relaciones compatibles. No se acredita por reunir archivos ni por compartir nombres. Se mantiene posterior a los contrastes singulares acordados.
• Composición tecnológica: deberá declarar qué componente satisface cada necesidad y qué canal une cada par. Debe verificar restricciones conjuntas, permisos, diagnóstico y comportamiento ante fallo. Sumar PASS o recursos de ensayos separados no demuestra una realización compuesta.

Esta candidata no obliga a unir bus 0.2, compuerta 016 y anfitrión 018 en una sola instalación. Son activos para construir y comparar el ensamblaje mínimo que corresponda al contrato. No se introduce una nueva dependencia para conectar piezas que ya disponen de una interfaz suficiente.

6. Matriz de obligaciones y brechas

La matriz CSV 020 reproduce estas filas. Los IDs ordenan la trazabilidad documental; cada testigo histórico conserva su nombre. «Parcial» describe el alcance de la evidencia heredada, nunca una aceptación automática del conjunto.

7. Brechas que condicionan el siguiente trabajo

La lectura no ha demostrado una insuficiencia universal nueva que obligue a modificar hoy gramática, IR o núcleo. Ha localizado obligaciones representacionales ya registradas y un enlace material pendiente. Cualquier insuficiencia futura deberá quedar asociada a un caso concreto, pérdida demostrada y sede competente.

El siguiente trabajo de infraestructura con evidencia ya preparada es el enlace CS01, CS02, CS04 y CS05, conforme a la correspondencia y a su adenda 016. Antes de contarlo como ejecutable hay que disponer de una fixture legítima por la API pública y definir el acople que cierre la vía alternativa hacia el efecto. La mera inaccesibilidad de un constructor Rust no acredita autenticidad ante un receptor remoto. CS03 espera contratos constituidos y representación suficiente.

La vía pública de referencia es decide_permit_traced, TracedPermitDecision::Granted, mediate_traced_permit, execute_traced_mediated y EffectExecutor::execute, bajo ProtectedDecisionContinuity. Se conservarán los errores trazados. No se importarán las funciones internas crudas como API pública ni se usarán constructores privados, unsafe o deserialización de objetos sellados para completar una fixture ausente.

El contraste nativo en proceso separado sólo se justifica si el contrato exige contención comparable a la variante WASM ensayada. Su resultado deberá incluir coste y recuperación. No existe en esta candidata una elección de plataforma ni un presupuesto inventado para decidirla.

8. Continuidad del cierre nuclear

Se conserva la secuencia acordada: PR61/N0-01; reparación de oráculos; K1 empezando por N0-02; F; F-IF; retorno G/H de Inmunología e incorporación justificada; falsación I/J de Ciberseguridad; puerta algebraica Rust; comprobación IMM/CYB; K2; contrato operacional de frontera; consolidación. La composición de agentes se conserva separada.

Esta candidata aporta el inventario tecnológico y las preguntas de frontera a esa secuencia. F/F-IF recibe necesidades y pérdidas observables, no detalles de bibliotecas como doctrina de dominio. K2 conserva su sede para identidad, procedencia y ensamblaje. El contrato operacional recibe las obligaciones materiales PT01–PT14 y sus evidencias.

La autorización de esta sesión permite trabajar y documentar este encaje. No integra la PR 61 ni extiende por sí misma el alcance de R1. RETP-071 conserva R2 abierto; el acta de cierre de R1 no lo abrió por sí sola. Este trabajo no cambia esos estados.

9. Fuentes y criterio de continuación

• Pilares completos, corte nuclear.
• Acta de arquitectura.
• Perfiles fuente y ensamblaje.
• Radiografía N0 del corte de PR61.
• Cierre y límites de R1.
• Contrato experimental 0.2, privado.
• Correspondencia CS01–CS09 y corrección 016, privado.
• Registro 012, privado.
• Registro 016, privado.
• Registro 018, privado.

Una continuación debe leer este registro junto con sus fuentes y el estado vigente de los tres repositorios. Reutilizará primero el artefacto y el oráculo existentes. Sólo añadirá o repetirá una prueba por una brecha identificada, un cambio relevante o una puerta exigible. Toda promoción conservará por separado obligación, realización, prueba, resultado y límite.