OpenShell explicado: límites de actuación de un agente
Rendimiento y coste de OpenShell: medir el límite usado
Distingue arranque de sandbox, mediación de red y cargos del proveedor.
Qué aprenderás
- Cronometrar el ciclo
- Medir trabajo mediado
- Sumar costes externos
Antes de empezar
- Una carga desechable y un runtime soportado
- Permiso para revisar política y proveedores
Convierte los controles descritos en un informe acotado que otro operador pueda revisar.
Conclusiones clave
- No se afirma una cifra de velocidad sin ejecución.
- Arranque y mediación son preguntas diferentes.
- El proveedor puede cobrar aparte del runtime.
Cronometrar el ciclo
Mide preparación del gateway, creación de sandbox, primer comando y retirada limpia en tu driver. Socket de Docker, servicio de Kubernetes y vsock de VM tienen costes distintos; compara solo cargas y entornos equivalentes.
Registra inicios fríos y calientes e incluye un caso fallido. Esta serie no aporta cifras de latencia o rendimiento porque no ejecutó el runtime.
Medir trabajo mediado
Prepara operaciones DNS, TCP y de archivos permitidas y denegadas. Guarda latencia de red, tamaño transferido y conducta si cae el supervisor.
La arquitectura describe flujos separados con contrapresión; eso orienta las medidas, pero no determina un porcentaje universal de sobrecoste. La línea base debe usar el mismo host y política.
Sumar costes externos
Un gateway local consume recursos de host o clúster. Los proveedores pueden cobrar inferencia, almacenamiento y tráfico; Kubernetes añade trabajo para coordinar imágenes, certificados y NetworkPolicy.
Separa infraestructura, tokens del modelo y tiempo humano de revisar permisos. La petición más rápida no cuenta por sí sola el coste de incidentes o revocación.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Medir por separado arranque frío y caliente.
- 2
Cronometrar las mismas operaciones permitidas y denegadas.
- 3
Separar costes de infraestructura, proveedor y revisión.
Ejemplo para copiar
driver,gateway_release,policy_hash,cold_start_s,dns_allowed_ms,dns_denied_ms,provider_cost,notes
,,,,,,,no-ejecutadoPreguntas frecuentes
¿Hay aquí un porcentaje de sobrecoste universal?
No se validó ninguno; mide runtime, política y carga concretos.
¿Un gateway local evita pagar modelos?
No. Un proveedor de inferencia conectado puede cobrar por petición.
Fuentes
- OpenShell / docs/about/architecture.mdxFuente verificada 2026-10-04
- OpenShell / docs/about/support-matrix.mdxFuente verificada 2026-10-04
- OpenShell / docs/how-it-works/providers/overview.mdxFuente verificada 2026-10-04