Workflow acotado de subordinación de IA en español — V2
Fecha: 11/09/2026. Registro: RETP-2026-141. Responsable de proceso: Watson. Autoridad de alcance y aceptación: Juan Antonio Lloret Egea.
Estado: sucesión documental del workflow; trazabilidad completa hasta la inscripción aplicable todavía no acreditada; reserva P3 cerrada; aislamiento y viabilidad pendientes. Estado global: NO VERDE.
1. Mandato, alcance y conservación
Juan Antonio autoriza revisar las actas privadas y corregir el workflow para que cada pieza siga su recorrido constituido, sin convertir los hallazgos de ejecución en una sucesión de investigaciones laterales. Su enumeración conversacional de núcleo, dominio, agentes, interfaces y bibliotecas es un recordatorio de responsabilidades, no una nueva secuencia normativa.
Esta V2 sucede al workflow de 10/09/2026, RETP-123. El original conserva sus bytes y su estado histórico. Cambian el objeto activo, su delimitación, la lectura del avance y la regla de retorno. Se mantienen las obligaciones funcionales, los presupuestos de rondas y los criterios de medición de sus §§3–5, salvo las precisiones expresas de esta V2. No se reinician los cupos ya consumidos.
El trabajo actual dota al Lenguaje y a sus contratos de medios verificables para la futura realización nativa en Rust por perfiles de dominio y, después, por agentes. El contrato de un banco no constituye por sí mismo el dominio ni el agente. Tampoco convierte esta necesidad en una API externa, ni selecciona una plataforma o una arquitectura de integración.
2. Secuencia rectora y lugar de esta campaña
Rigen las rectoras de Pilares, perfiles y ensamblaje, arquitectura y transición con sus adendas y relevos posteriores. Los cierres privados SEC y R se leen en su fecha: un pendiente de agosto no anula una realización posterior; una realización posterior tampoco acredita todas las garantías de una fase.
La secuencia general es la de los §§12–17 del acta de transición, actualizada por sus relevos. P0–P6 sólo ordena esta campaña. No sustituye las filas de aquella secuencia, las fases SEC, las fases R0–R4 ni los niveles de IR.
| Pieza | Lo que debe resolverse en su sede | Límite para este workflow |
|---|---|---|
| Lenguaje y núcleo | Representar, validar, preservar y rechazar conforme a operaciones y contratos constituidos; demostrar su suficiencia antes de consolidar el alcance nuclear | Localizar ahora una pérdida real de representación necesaria. No incorporar reglas de dominio ni capacidades de agente por conveniencia del banco |
| Dominio | Constituir parámetros, células, tamaños, orden, asignación, significado, fuentes y límites | Una consulta, sus cinco campos o nueve preguntas no constituyen una célula. Toda necesidad de constitución retorna a la unidad de dominio |
| Agente | Recibir la constitución de dominio y declarar cobertura, capacidades y operaciones autorizadas | La previsión nuclear debe permitir ese contrato. El examen de aspirantes y la constitución de un agente quedan en su fase |
| Interfaces y ensamblajes | Declarar identidades, versiones, admisión, transducciones y pérdidas; verificar compatibilidad | Los contratos necesarios se comprueban antes de consolidar el núcleo. Los adaptadores productivos e integraciones se realizan en su puerta correspondiente |
| Bibliotecas y superficies de uso | Materializar operaciones y servicios dentro del reparto y horizonte ya establecidos | No trasladar un invariante constitutivo a una biblioteca opcional ni abrir ahora biblioteca estándar, API matemática, interfaz profesional o multilingüismo |
| Persistencia, plataforma y host | Realizar las garantías materiales que exija cada perfil | Los contratos y dependencias se identifican ahora; R2 material, R3 y R4 conservan sus condiciones propias. Una prueba intraproceso o nativo/WASI no las cierra |
El expediente posterior registra fila 7 entregada, retorno de Ciberseguridad y fila 9 ya abierta —RETP-105 a 107—. RETP-121 acota la prioridad vigente: subordinación de IA y pruebas; después catálogo de errores/localización; después continuación de fila 9, no su apertura por primera vez. Esta V2 conserva ese retorno.
3. Prioridad inmediata: trazabilidad verificable
Primero se resolverá la trazabilidad exigida dentro de un alcance declarado. Después se contrastará la resistencia a ataques sobre esa realización. Durante el primer trabajo siguen siendo obligatorias las restricciones de autoridad y de conservación del conocimiento.
La trazabilidad registra entrada original, contexto, propuesta recibida, transformaciones y operaciones observables, decisiones comprobadas, versiones y evidencias recuperables. El receptor o componente custodio registra lo que observa; una explicación emitida por el modelo se conserva como declaración atribuida, no como prueba de su proceso interno.
El resultado debe permitir reconstruir qué recibió el sistema, qué comprobó, qué admitió o rechazó y qué efecto produjo. No promete recuperar el pensamiento oculto del modelo. Una traza íntegra tampoco demuestra por sí sola que la decisión o la contención sean correctas.
Se preservan estas distinciones:
- Evidencia de recepción, resolución, SUCESO y Frame tienen contratos distintos. No se añade un campo al Frame para resolver por comodidad una necesidad forense.
- La evidencia se vincula de forma comprobable conforme al contrato aplicable; una huella sin artefacto recuperable no basta.
- Una consulta sin transición no obliga por sí sola a fabricar un SUCESO de dominio ni un Frame nuevo. Debe quedar registrada y debe poder comprobarse si había o no obligación de inscripción.
- Una transición que sí exija inscripción no puede darse por cerrada con el cuerpo de respuesta y un log.
- La historia real permanece append-only y separada de simulaciones. Ni un reloj ni una propuesta del modelo fundan una transición real.
- Un fallo técnico mantiene su causa; no se convierte en
U. Esta revisión no redefineΣ,Tri,Bottom,Uni el umbralT(n).
4. Único objeto activo y entregable finito
Objeto activo: comprobar el enlace entre la resolución disponible de IE-004, su evidencia recuperable y la inscripción o transición que resulte exigible por los contratos vigentes. Es una comprobación acotada de suficiencia dentro del trabajo P2/P3, no una nueva fase general.
Se entregará un expediente de correspondencia, con una fila por obligación necesaria del recorrido y estos datos:
- Operación constituida, fuente, versión y alcance.
- Entrada, salida y distinción que debe conservarse.
- Tipo, función o contrato Rust existente que la representa y comprueba, o ausencia localizada.
- Artefacto que acredita la operación, vínculo de recuperación y destino de inscripción cuando corresponda.
- Caso positivo y contraejemplo que distingan cumplimiento y pérdida.
- Resultado: cubierto con evidencia, defecto localizado o capacidad no acreditada; sede responsable y condición concreta de cierre.
El recorrido a comprobar comienza en la recepción y termina donde el contrato exija: resolución y evidencia recuperable para una consulta sin transición; inscripción, estado y Frame correspondientes cuando una operación constituida los requiera. No se presume que toda respuesta de IE-004 deba convertirse en un valor de una posición celular.
Cierre del análisis: cada obligación tiene mecanismo y evidencia identificados, o una carencia concreta con testigo, sede, impacto y propuesta mínima. Se entrega una decisión sobre el enlace estudiado. Enumerar posibilidades o recomendar «investigar más» no cierra este objeto.
Cierre de la trazabilidad ensayada: además, el recorrido exigido funciona y se reproduce en el alcance fijado, incluidos rechazo, interrupción y recuperación pertinentes. Si falta materialización, el análisis puede terminar y la capacidad permanece NO_ACREDITADO; no se declarará resuelta la segunda necesidad.
Si el mecanismo existente basta, se reutiliza. Si no basta, antes de modificarlo se delimita la intervención mínima, checkpoint, versión y comprobaciones afectadas conforme a RETP-121 §6 y al acta de perfiles. Esta publicación del workflow no ejecuta ni aprueba por anticipado ese cambio técnico.
Un obstáculo necesario para terminar el recorrido se resuelve en su sede antes de afirmar el cierre. Un hallazgo ajeno a ese recorrido se registra como deuda con destino, impacto y condición de tratamiento; no se convierte automáticamente en otro frente activo.
5. Pasos conservados y evidencia de avance
| Paso | Situación de partida y trabajo restante | Compuerta conservada |
|---|---|---|
| P0 · Recepción de contexto | Recepción ya documentada en la continuación de RETP-123 | No pedir una cuarta repetición para mejorar el resultado |
| P1 · Causa | Existe expediente causal y desarrollo posterior del mecanismo | Reutilizar contraejemplos y esperados; una disputa del oráculo se resuelve expresamente antes de usarlo |
| P2 · Mecanismo | A, comprobación V y adaptador tienen realizaciones públicas; el enlace completo a la inscripción aplicable se debe comprobar mediante §4 | Petición, contexto, referencia y autoridad verificables. Una nueva carencia no reabre indiscriminadamente lo ya demostrado |
| P3 · Funcionamiento | Hay regresiones y controles públicos; la cualificación reservada no está cerrada | Todas las obligaciones funcionales del alcance conformes; un fallo crítico detiene. Compatibilidad y sucesiones necesarias fijadas antes de capturar |
| P4 · Imposición material | Pendiente; se abordará sobre el recorrido trazable y el límite real declarado | Matriz de ataques y testigos eficaces; permisos escritos o separación lógica no acreditan imposición material |
| P5 · Viabilidad | Pendiente en su alcance de servicio | Presupuestos previos, referencia comparable y medidas recuperables; ausencias explícitas |
| P6 · Auditoría y decisión | Pendiente como cierre de campaña | Expediente reproducible, hallazgos resueltos o límites bloqueantes visibles y aceptación humana aplicable. No promoción productiva automática |
Las verificaciones de seguridad y recursos necesarias para que la tubería funcione pertenecen también a su construcción. Posponer P4/P5 no permite retirar esas guardas ni llamar segura o viable a la candidata.
6. Corte actual y pendientes que no se convierten en aceptación
El corte de partida es RETP-140: controles públicos del adaptador y recorrido sintético conformes tras una corrección causal del conductor, conservando el fallo inicial. Las 24 posiciones reutilizan diez entradas públicas distintas; las repeticiones y las cuatro configuraciones no aumentan esa cobertura semántica.
La auditoría de Claude aportada por Juan Antonio señala colisión de identidad entre lote sintético y reserva, montaje de vigencia reservado no declarado, dependencia de M09 respecto de unidades /2 y dos aclaraciones de redacción. Se conservan como hallazgos recibidos pendientes de tratamiento y verificación, no como correcciones ejecutadas por esta V2.
Antes de la captura reservada deberán quedar resueltas y registradas las identidades, las sucesiones de montaje y M09 que correspondan, y la decisión de asociación /2–/3. Los originales y el compromiso permanecen conservados. La autorización de este workflow no equivale a aceptar esa asociación ni a abrir la reserva.
Se usarán «contabilidad», «capacidad» o «esquema del certificado», según la obligación concreta. Se evita «paramétrico» para agruparlas: el campo parametro de IE-004 y los parámetros constituidos de cada dominio conservan su significado y no quedan excluidos.
Claude puede intervenir en contraste y diseño declarando su autoría y exposición; esa participación no se presenta como auditoría independiente de su propio oráculo. Un contraste adicional con Grok, si resulta necesario y se acuerda, se individualizará dentro del presupuesto aplicable. No se inicia aquí otra ronda de modelos.
7. Presupuestos, medición y disciplina contra la deriva
Siguen rigiendo los §§3–5 del workflow original: una ficha fijada antes de ejecutar, todos los casos y relaciones del corpus conformes, cero respuestas indebidas, rechazo injustificado como fallo, reproducción del receptor y una reserva de hasta 24 casos dentro del cupo ya establecido. No se importa un umbral de examen de agentes a la conformidad de P3.
No se comparan como equivalentes las unidades de /2 y /3. Un caso público resuelto con 128 tokens no demuestra una cota universal. Capacidad solicitada de buffers y memoria física del proceso se registran por separado. El tiempo puede limitar una ejecución o medir servicio; no decide el valor ternario ni sustituye el orden de sucesos.
Cada intervención debe responder, en términos comprobables: qué operación falla, dónde se pierde una distinción, qué cambio mínimo lo corrige y qué prueba permite volver al camino. Una propuesta sin operación afectada ni contraejemplo se conserva como previsión, sin convertirse en trabajo nuclear activo.
Los cierres previos sólo se reconsideran por contradicción material demostrada o autoridad rectora aplicable. La falta de realización de una capacidad prevista no es, por sí sola, una refutación de la arquitectura. Tampoco se oculta como una deuda inocua si bloquea el alcance que se pretende cerrar.
8. Retorno y resultado visible
El siguiente entregable es únicamente el expediente del §4. No se abren examen, célula de evaluación, nuevos diagnósticos, nueva doctrina de U ni agente de inmunología por esta revisión.
Una vez cerrado el recorrido trazable exigido, se retoma P3 con sus pendientes previos a captura, y se continúa P4, P5 y P6 por sus compuertas. Si una carencia bloquea el recorrido, se identifica esa carencia y su sede sin abrir laterales para aparentar avance.
Al terminar la campaña se devuelve el resultado al orden de RETP-121: catálogo de errores/localización y continuación de fila 9. Las obligaciones posteriores de dominio, agente, bibliotecas, interfaces y plataforma conservan sus puertas rectoras; esta devolución no las adelanta ni las cancela.
Cada entrega explicará qué debía ocurrir, qué ocurrió, qué falta, dónde corresponde resolverlo y cuál es el siguiente objeto único. CONFORME_EN_ALCANCE, FALLO y NO_ACREDITADO califican sólo lo efectivamente comprobado. Cerrar un documento no cierra una garantía material.
9. Fuentes y alcance de la revisión
Cortes leídos: Lenguaje d7ae473ed44f053a7db1adbf80ea27d047a955ae; laboratorio 0265480fb90c1095ee915132e65aae8c22984bca. El workflow solicitado en 48ae6c11b88afdaa54691ac1c3c146c095cca208 conserva el mismo blob que el original de este corte.
Se revisaron las actas privadas de continuidad y plan híbrido, cierres SEC2–SEC5, ensamblaje, anexo temporal/forense, diseño central y cierre humano pre-R0 SEC6. Se contrastaron además las actas privadas actualizadas de R0 y R1 de 04/09/2026, recuperadas en su corte histórico 20da3c781286bee1966c22cf1fc7a4755be35b9b. No se publican esos originales privados.
La aplicación pública de esa lectura se subordina a:
- Puerta operativa, Pilares y perfiles, contratos y ensamblaje: lectura íntegra.
- Transición y adendas rectoras: lectura íntegra; §§12–17 fijan secuencia y puertas, con relevos posteriores.
- Arquitectura de núcleo, frontera y host y previsión de IA trazable: lectura íntegra.
- RETP: cotejo de los relevos 105–107 y de la continuación de la campaña hasta 140; RETP-121, workflow original y resultado RETP-140.
Esta revisión modifica documentación de proceso y navegación, con asiento RETP CSV/Markdown y copia idéntica del workflow en laboratorio. No modifica código, corpus, oráculos, compromiso, gramática, IR, Frame ni actas privadas; no repite ensayos ni declara acreditadas las garantías pendientes.