Void Platform: cómo jugar — Guía para principiantes de ejecuciones seguras de agentes de IA

Aprende cómo jugar en Void Platform con un recorrido práctico: instala el runtime, declara capacidades, ejecuta agentes aislados en microVM y lee las trazas.

Qué es realmente Void Platform

Si buscaste "Void Platform how to play", probablemente esperabas un juego, y en cierto sentido encontraste uno. Void Platform es un runtime de código abierto que coloca cada ejecución de un agente de IA dentro de su propia microVM desechable, con las reglas declaradas antes del primer movimiento. Sin kernel compartido, sin acceso ambiental a tu máquina y sin conjeturas sobre lo que tocó el agente cuando la ronda termina.

Esta guía de Void Platform how to play te lleva desde la instalación hasta tu primera ejecución contenida, y después te muestra cómo leer la telemetría que indica si las cosas salieron limpias. La idea central es que la generación nunca fue la parte difícil. El control sí lo es. Una vez que un agente puede abrir shells, editar archivos y llamar APIs, la pregunta útil deja de ser "¿ayudó?" y pasa a ser "¿qué lo sigue conteniendo cuando se equivoca?".

Ese cambio de enfoque es lo que hace que la plataforma se sienta menos como una herramienta y más como un juego con reglas fijas.

PiezaQué esPor qué importa
Void-BoxRuntime de microVM desechableCada ejecución recibe un límite dedicado
Kernel invitadoKernel aislado dentro de la VMNingún kernel compartido con el host
Puerta de capacidadesDeclaración explícita de comandos, archivos, red y límitesNada es ambiental ni implícito
OCI rootfsImagen más overlays y snapshot/restoreInvitado reproducible en cada ocasión
Telemetría OTLPTrazas, métricas y eventos estructuradosLa ejecución sigue siendo inspeccionable después
Void-ControlCapa de operador para muchas ejecucionesCoordina pipelines e inspecciona etapas

El modelo mental es refrescantemente simple: el agente decide qué hacer, y el runtime decide qué puede tocar, dónde se ejecuta y qué puedes inspeccionar más tarde. Las capacidades se declaran antes de la ejecución, cada ejecución entra en su propio límite, y los logs, las trazas y las salidas permanecen observables en todo momento.

Antes de tu primera ejecución: qué necesitas

La configuración es deliberadamente pequeña. No hay ningún plano de control que levantar ni cuenta de proveedor que crear: el proyecto tiene licencia Apache 2.0 y está diseñado para ser neutral respecto al proveedor, así que el mismo runtime funciona en local o en hardware remoto.

RequisitoDetalles
Sistema operativo anfitriónLinux con KVM, o macOS en Apple Silicon
Versión actualv0.2.0 (la última en el momento de escribir)
InstalaciónScript de instalación de una línea publicado en el sitio oficial
LicenciaApache 2.0, código abierto
Compatibilidad con agentesAgentes CLI existentes, o agentes remotos en el mismo runtime
Dónde se ejecutaEn local o en remoto, tú eliges

Dos notas prácticas antes de empezar. Primera: descarga el instalador solo desde el sitio oficial de Void Platform y lee el script antes de pasarlo a una shell; eso es higiene básica, no desconfianza. Segunda: revisa tu hardware. La plataforma indica Linux KVM y macOS en Apple Silicon, así que un Mac Intel antiguo no es un host compatible. Si tu portátil es Intel, ejecuta el runtime en una máquina Linux en su lugar.

Void Platform how to play: tu primera ejecución aislada

La forma más rápida de aprender Void Platform how to play es elegir una tarea lo bastante pequeña como para terminarla de una sentada. Una sola pregunta de investigación, un refactor pequeño o una limpieza de archivos con script funcionan bien. Resiste la tentación de empezar con tu pipeline más complicado.

PasoAcciónCómo se ve un buen resultado
1Instalar el runtimeEl instalador termina y el runtime responde
2Elegir un agente CLIYa conoces cómo se comporta este agente
3Escribir una lista corta de capacidadesCada entrada tiene una razón que puedes decir en voz alta
4Lanzar la ejecuciónArranca una microVM nueva y aparece una shell PTY interactiva
5Trabajar dentro de la shellEl agente se mantiene dentro del alcance declarado
6Inspeccionar la salidaLas trazas, los logs y los artefactos se conservan
7Dejar que la VM salgaEl límite se cierra y nada queda vivo

Elige una tarea que quepa en una caja

Una buena primera ejecución es lo bastante acotada como para que puedas revisar el resultado a ojo. Por ejemplo, envolver un agente de programación y pedirle que resuma un repositorio es una tarea bien delimitada: necesita acceso de lectura a un directorio, ninguna red saliente y un techo de CPU modesto. Si el agente pide más que eso, has aprendido algo útil sobre la tarea, no sobre la herramienta.

El snapshot y el restore importan aquí. Como el runtime restaura desde snapshots en lugar de arrancar una VM completa cada vez, las iteraciones se mantienen lo bastante rápidas como para que experimentar no se sienta como una obligación.

Las reglas del juego: declarar capacidades

La disciplina en los prompts no es aislamiento. Cualquier cosa que el agente ingiera puede redirigir las instrucciones, y por eso cualquier tutorial honesto de Void Platform how to play empieza por los permisos y no por los prompts. Los permisos deben aplicarse desde el runtime, no inferirse de las buenas intenciones.

CapacidadQué otorgaPunto de partida sensato
Montajes de sistema de archivosLectura o escritura en rutas específicasUn directorio de trabajo, solo lectura cuando sea posible
Salida de redConexiones salientesDenegar por defecto y luego permitir hosts concretos
Montajes de herramientas y skillsCLIs y skills visibles para el agenteSolo lo que la tarea necesita de verdad
Límites de recursosTechos de CPU y memoriaFija un techo incluso para experimentos desechables
SecretosCredenciales dentro del invitadoNinguno por defecto; tokens de corta duración si es inevitable

Antes de aprobar cualquier capacidad, hazte tres preguntas. ¿Esta tarea falla sin ella? ¿Qué es lo peor que podría hacer una instrucción inyectada con ella? ¿Y me daría cuenta si ocurriera? Si la tercera respuesta es no, lo que te falta es observabilidad, no permisos.

Por qué el límite aguanta donde los contenedores no

Los contenedores pueden endurecerse contra la mayoría de los ataques conocidos, y muchas empresas hacen exactamente eso. La diferencia está en el valor por defecto. Un agente basado en contenedor comparte el kernel del host, así que una sola mala configuración tiene un radio de impacto amplio. La razón por la que un recorrido de Void Platform how to play vuelve una y otra vez al aislamiento es que la contención debe sobrevivir al fallo, no solo a una buena configuración.

AtaqueAgente basado en contenedorEjecución en Void-Box
Inyección de promptLos secretos ambientales del entorno pueden filtrarseNingún secreto ambiental del host
Escape por socket de DockerUn socket montado otorga control total del hostNo existe ningún socket
Contenedor privilegiadoEl disco y los dispositivos del host son alcanzablesNingún dispositivo del host por defecto
Escape de cgroupPuede ejecutar un binario en el hostSolo el kernel invitado
SSRF de metadatosEl servicio de metadatos de la nube puede entregar credencialesLos metadatos son inalcanzables

Lee esa tabla como una declaración de diseño y no como un marcador. La idea es que, cuando una ejecución se desvía, el resultado debe ser un incidente contenido con evidencia visible, no un acceso ambiental a tu portátil.

Leer el marcador: trazas, métricas y logs

La observabilidad es la parte de Void Platform how to play que los principiantes se saltan y los operadores experimentados nunca omiten. Una ejecución no termina cuando el agente deja de escribir; termina cuando puedes explicar qué pasó.

SeñalQué obtienesPregunta que responde
Trazas OTLPSpans por etapa correlacionados con la ejecución y la etapa¿Dónde se fue realmente el tiempo?
Métricas OTLPTokens, coste y duración por etapa¿Cuánto me ha costado esta ejecución?
Eventos estructuradosbox.started, box.completed, stage.error¿Qué pasó y en qué orden?
Telemetría procfs vía vsockCPU y memoria desde dentro del invitado¿La ejecución alcanzó su techo?
ArtefactosSalidas, logs y eventos estructurados¿Qué produjo?
  • Las trazas pertenecen a la ejecución, no a un sandbox compartido, así que la correlación no es ambigua.
  • Los artefactos sobreviven a la VM, lo que significa que puedes auditar una ejecución mucho después de que el invitado haya desaparecido.
  • Los eventos de límite provienen de la actividad host–invitado, así que estás leyendo evidencia en lugar de reconstruir una historia.

Subir de nivel: coordinar muchas ejecuciones con Void-Control

La contención es por ejecución, pero el trabajo real son muchas ejecuciones. Void-Control es la capa de operador que lanza ejecuciones de Void-Box, las coordina entre etapas y muestra qué tocó cada una. Está pensada primero para la terminal: diriges las ejecuciones desde la línea de comandos y luego profundizas en cualquier etapa sin perder contexto. La visibilidad del grafo de ejecución hace que las relaciones y rutas entre etapas se lean de un vistazo, que es la diferencia entre depurar un pipeline y adivinarlo.

Empieza con un pipeline de dos etapas —investigación y luego redacción, por ejemplo— antes de construir algo más largo. Cada etapa recibe su propio límite, lo que mantiene los fallos locales y hace que el grafo sea fácil de razonar.

Hábitos que separan las ejecuciones limpias de las desordenadas

ErrorSíntomaSolución
Reutilizar una caja de larga vidaLos permisos se arrastran entre tareasUna ejecución por tarea, siempre
Conceder demasiada salida de redEl agente alcanza cosas que nunca necesitóDenegar por defecto, permitir hosts concretos
Omitir los límites de recursosComportamiento ruidoso dentro del invitadoFija techos de CPU y memoria desde el principio
No leer nunca las trazas"Funcionó, creo"Lee los spans antes de escalar
Probar en hardware no compatibleFallos de arranque confusosUsa Linux KVM o macOS en Apple Silicon

Hay otro hábito que vale la pena formar pronto en tu recorrido de Void Platform how to play: mantén un registro escrito breve de qué se le permitió tocar a cada agente. Cuando una ejecución se comporta mal, esa nota más la traza convierten un misterio en una comprobación de cinco minutos.

FAQ

¿Necesito Linux para aprender Void Platform how to play? No. El runtime es compatible con Linux con KVM y con macOS en Apple Silicon. Si estás en un Mac Intel, usa una máquina Linux en su lugar, ya que esa combinación no está entre las plataformas indicadas.

¿En qué se diferencia una microVM de un contenedor para cargas de trabajo de agentes? Un contenedor comparte el kernel del host, así que una mala configuración puede exponer el host. Cada ejecución en Void-Box recibe su propio kernel invitado, sin límite compartido y sin acceso ambiental a los secretos o dispositivos del host.

¿Qué debería incluir mi primera lista de capacidades? Empieza con un montaje de sistema de archivos, la red denegada por defecto y un techo de recursos. Añade herramientas solo cuando una tarea falle sin ellas, y nunca concedas un acceso que no pudieras detectar después.

¿Dónde se vuelve empinada la curva de aprendizaje de Void Platform how to play? Casi siempre en los pipelines de varias etapas. Las ejecuciones individuales son sencillas; coordinar varias es donde la visibilidad del grafo de ejecución y las declaraciones de capacidades consistentes empiezan a dar sus frutos.