CONTRATO ADAPTADOR LOTE 1.md

Adaptador estricto de lote · IE004-LOTE-ADAPTADOR/1

RETP-2026-138 · 11/09/2026 · preparación anterior a la campaña. Continúa el objeto de RETP-137 autorizado por Juan Antonio. Corte Calidad b5bb421a57d897faf003654fcaf9e5a7a120a1b0; laboratorio 2885ed16ef2a578bd968ae2ff894c8dfcf7f417f. AGENTS, Pilares, perfiles/ensamblaje, transición §§1–30 y arquitectura conservan las identidades de las lecturas completas anteriores. Se cotejaron de nuevo; se consultaron workflow, encargo de reserva, contrato de separación, compromiso público, recibo humano, /2 y correspondencia /3. Ningún original reservado se ha leído.

Entrada y conservación

Se aplica exactamente IE004-P3-TRANSPORTE/1: raíz con sólo version: IE004-P3-A/1 y casos; 24 objetos, P3-01…P3-24 una vez y en orden; sólo id, pregunta, contexto. El contexto contiene exactamente los cinco campos de IE-004, con valores cerrados o null. El orden de las claves JSON no tiene significado. Se rechazan duplicados incluso escapados, claves adicionales, tipos impropios, cardinalidad u orden incorrectos, UTF-8 inválido, sustitutos aislados y contenido posterior. El elemento 25 no se decodifica. La estructura es fija, sin recursión ni mapas extensibles.

La entrada es stdin. El único argumento es la SHA-256 esperada, obtenida del custodio/conductor confiable y comprobada sobre todos los bytes recibidos antes de decodificar. En la campaña corresponde al lote público fijado. En una futura captura corresponderá al compromiso y hito autorizados: el programa no autentica por sí solo al custodio ni decide esa asociación. Una huella que acompaña al atacante no constituye confianza. No acepta paths, URL, notas, propuestas ni oráculo.

Cada caso posee su pregunta y contexto. Los rangos de su objeto JSON se refieren al buffer de entrada vivo. La salida posee sus bytes; no devuelve préstamos a objetos destruidos. Los escapes JSON se decodifican; se conservan exactamente los valores Unicode resultantes, sin NFC/NFD, eliminación de acentos o espacios, compleción contextual o reinterpretación de nulos. Los bytes originales y sus rangos se custodian aparte: reserializar una solicitud no se presenta como identidad byte a byte del archivo original.

Límites previos

Objeto Cota y aplicación
Lote recibido 2 MiB; se observa a lo sumo un byte adicional para detectar exceso, sin acumularlo
Casos Exactamente 24; capacidad reservada antes de insertar; el elemento 25 no se analiza
Pregunta 8192 bytes decodificados, controlados antes de cada inserción; 128 tokens con el léxico heredado sin cambios
Claves / id / versión / valores 64 / 5 / 32 / 32 bytes; claves y valores además cerrados por esquema
Preparación de lote 24.000.000 unidades propias, 16 MiB de reservas acumuladas; no descuenta ni transfiere saldo a A o V
Solicitud individual Buffer hasta 65536 bytes; se libera tras copiarla a la salida completa
Salida / traza Payload hasta 2 MiB, marco hasta 2 MiB + 48 bytes; traza hasta 65536 bytes; reservas incluidas en la cuenta del lote
Proceso de ensayo 30 s; compilación 120 s; captura stdout 2 MiB + 48, stderr 256 KiB. Son cotas del conductor, no latencias productivas

Las reservas son fallibles; suma y multiplicación de dimensiones comprobadas. El acumulador no recupera saldo por liberación y carga la capacidad real tras reservar. El léxico se usa exclusivamente para contar la cota de tokens, con buffers nuevos y cargo conservador previo de bytes + 128*sizeof(Token) y 8*bytes + 1024 unidades. No hace análisis gramatical o semántico. Un texto combinante o un símbolo desconocido puede pasar el transporte y ser rechazado por el motor, conservando su original. TOKENS_LIMITE es fallo técnico del adaptador, no Tri.U.

La cuenta incluye recepción, verificación de identidad, decodificación, léxico de cota y serialización, con un cargo previo conservador de 65536 unidades para la traza. No son instrucciones CPU, RSS ni equivalentes a intentos /2. Pila, runtime, copias del conductor y presión concurrente mantienen medición y acreditación material pendientes. La preparación íntegra del lote se mide aparte; no se oculta como coste gratuito.

Entrega y recorrido A

Tras admitir todo el lote se construye una salida JSON IE004-LOTE-EXTRAIDO/1 con solicitudes_sha256 del original y 24 solicitudes individuales IE004-A-SOLICITUD/1. El marco contiene SVLT0001, longitud u64 little-endian, payload y SHA-256 del payload. La traza guarda rangos de cada caso, huellas del objeto original/pregunta/solicitud individual, tokens y contadores. Se entrega completa antes del marco. Un error no produce prefijos de lote utilizables: stdout queda vacío antes de comenzar su entrega.

El conductor exige salida de proceso correcta, longitud exacta, ausencia de bytes posteriores y huella íntegra antes de extraer solicitudes. Una escritura parcial o proceso interrumpido no se acepta. Un defecto en cualquier caso invalida la admisión del lote de custodia completo; no se recortan objetos ni se sirven fragmentos como si el lote fuese válido. Después, cada solicitud se entrega a la interfaz A ya fijada de RETP-136/137; la resolución y el cuerpo no se modifican por el adaptador.

El recorrido A no recibe ENTRADAS_AUXILIARES_P3.json, ni descarga, extrae, enumera o abre paquetes V. No se implementa aquí su admisión: permanecen fuera de esta ruta. Las huellas de originales y el nombre de cada propuesta se ligarán al lote confiable en la captura autorizada. Las garantías funcionales de V permanecen en RETP-137, sin repetir su campaña ni declararlas aislamiento P4.

Campaña cerrada

CONTROLES_PUBLICOS.json fija 36 controles, tres reproducciones por configuración nativo/WASI debug/release Rust 1.98.0. LOTE_SINTETICO_PUBLICO.json usa 24 posiciones y diez entradas públicas heredadas, con repeticiones declaradas. No son 24 preguntas inéditas. PROCEDENCIA_Y_ESPERADOS.json conserva las respuestas y sus huellas de RETP-137 fijadas antes de construir el adaptador.

Se contrastarán conservación de pregunta/contexto, rangos sobre bytes originales, integridad y paridad del marco; en el lote base, recorrido efectivo de las 24 solicitudes hasta los cuerpos A, tres veces por configuración. Son pruebas Rust con conductor Node de transporte/captura/comparación; no hay intérprete semántico Python, nuevo modelo ni referencia producida por el candidato para aceptarse a sí mismo. El testigo de 128 tokens se hereda sin ampliarlo. Los controles de escapes/sobrelongitud ejercen exclusivamente la frontera de transporte.

Todos los controles deben pasar y los cuerpos deben coincidir con las huellas anteriores. Se conserva completa una única matriz aunque haya un fallo. Un fallo impide conformidad; sólo cabe una corrección causal explícita con nueva fijación y preservación de la campaña fallida. No se modifica un esperado para acomodarlo a la implementación.

Continuidad y puertas

La comprobación de tipos de la preparación terminó correctamente; no se había ejecutado ninguna consulta del adaptador. La campaña se inicia sólo después del depósito de esta fijación en Calidad y laboratorio. La matriz de compatibilidad y la decisión preparada forman parte de esta misma publicación. La reserva permanece cerrada; este adaptador no concede autorización de captura, no decide por el custodio, no cambia el compromiso ni acredita P4/P5.