plimsoll ejecuta código no confiable, como código que un agente de IA escribió, dentro de un sandbox, y cada resultado indica qué tan fuerte era ese sandbox. Una solicitud puede exigir una fuerza mínima; si el sandbox es más débil, no se ejecuta nada. El nombre proviene de la línea Plimsoll, el límite de carga pintado en el casco de un barco donde cualquiera puede verificarlo. plimsoll hace lo mismo para el nivel de aislamiento: qué tan fuerte es la pared alrededor de una ejecución, expresado como uno de cuatro niveles, del más débil al más fuerte: proceso, contenedor, kernel, máquina virtual. El nivel es un valor en cada resultado, no una oración en una hoja de datos. Una solicitud puede establecer un piso, el nivel más débil que aceptará, y el cliente oficial en Go verifica el nivel nuevamente cuando el resultado regresa.
El mismo mecanismo permite que plimsoll realice un examen sobre código que un agente escribió, no solo contenerlo. Un ejecutor de pruebas integrado en la imagen de simulación ejecuta el programa del agente contra escenarios que ese programa no puede leer: cada uno llega al ejecutor en un archivo eliminado antes de que el programa comience. Cada ejecución devuelve hashes SHA-256 de la solicitud tal como se envió y del resultado tal como se devolvió, los cuales los clientes oficiales vuelven a calcular.
Un programa independiente fuera del demonio, plimsoll-attest, firma los resultados verificados, rechaza una cadena de llamadas con alguna faltante y reproduce una ejecución. El examen en sí (el sistema simulado, los escenarios, la nota de aprobación) es suyo: plimsoll proporciona el límite y la evidencia.
Cada resultado indica el nivel de aislamiento que la ejecución realmente obtuvo. Cada solicitud puede establecer un piso, y una solicitud cuyo piso el demonio no puede cumplir es rechazada antes de que se ejecute cualquier código: Err Insufficient Isolation significa que no se ejecutó nada.
Fuente: Hacker News · Resumido por HeadlinesBriefing