Ideable · documento interno

Ordenadores cloud / sandboxes para agentes de IA

Investigación de ordenadores en la nube y sandboxes para agentes de IA: entornos donde un agente puede trabajar de forma autónoma con escritorio (computer use), RAM/disco suficientes, redes avanzadas (puertos públicos, red privada, control de egress, SSH) y la posibilidad de usar API keys o, en algunos casos, suscripciones de Claude / OpenAI / Grok dentro de la máquina.

Comercial

Opciones mid-size (E2B, Sprites, exe.dev, Morph, Runloop…). Sin hyperscalers ni productos cerrados tipo Claude Code / Cursor.

GitHub OSS

Repositorios con estrellas y actividad real (API 15-10-2026): infra, runtimes, computer use y agentes.

Self-host ENS / ISO

Stack on-prem o nube soberana UE, alineado con ENS (RD 311/2022) e ISO/IEC 27001:2022.

Leyenda: Sí documentado · No · ? no verificado · Parcial. URLs comprobadas el 15-10-2026. Especificaciones de docs oficiales o comparativas 2026 (Upstash, fly.io/learn, boat.dev). Confirmar en docs del proveedor antes de decidir.

Qué buscamos

  • ▸ Escritorio / VNC o computer use
  • ▸ RAM y disco decentes (no solo sandboxes efímeros de 512 MiB)
  • ▸ Redes: puertos/URLs, red privada, Tailscale/VPN, egress, SSH
  • ▸ Persistencia: pausa/reanudación y snapshots
  • ▸ BYO: API keys o login de Claude Code / Codex / Grok en la máquina
  • ▸ Para Ideable: opción self-hosted con aislamiento fuerte (ENS / ISO 27001)

Recomendación

Comercial (agentes de larga duración)

  1. producción Fly.io Sprites — Persistente, barato (cobra uso real), checkpoints, pensado para Claude Code. Pendiente: confirmar escritorio.
  2. producción exe.dev — VM KVM siempre encendida, precio fijo, HTTPS/SSH privados, documenta claude auth login.
  3. producción E2B o Daytona (cloud) — API/SDK a escala y computer use. Daytona tiene mejor control de egress. ⚠️ El repo OSS de Daytona está sin mantenimiento desde jun-2026.

Self-hosted (ENS / ISO)

Comparativa comercial

Amp Orbs solo como referencia (cerrado a Amp). Kernel/Steel/Hyperbrowser/Browserbase = solo navegador. Northflank precio ~48,66 $/mes (2 vCPU/4 GB) vía agent37, no oficial.

Ecosistema GitHub

Datos de la API de GitHub a 15-10-2026 (estrellas, licencia SPDX, último push).

Self-hosted · ENS / ISO 27001

Para Ideable (ENS categoría media/alta + ISO/IEC 27001) el self-hosted aporta: datos y cómputo en infra propia o nube UE, logs propios, control de egress y menor dependencia de SaaS sin certificación ENS.

Prioridad ENS/ISO

Aislamiento fuerte: microsandbox, agent-sandbox + Kata/gVisor, Coder sobre Proxmox/Incus. Memoh interesante como producto OSS. Raft/Qubicl/Codeck no listos para producción ENS. Evitar basar la plataforma en Daytona OSS (sin mantenimiento desde jun-2026).

Arquitectura de referencia

On-prem / nube soberana UE. Orientativo; validar con el responsable de seguridad.

flowchart LR
  U[Equipo Ideable] -->|SSO OIDC/SAML + MFA| GW[Portal / API interna
Coder o agent-sandbox] GW --> ORQ[Orquestador
K8s + Kata/gVisor o Proxmox/Incus] ORQ --> SB1[VM/microVM agente 1
escritorio KasmVNC, Docker] ORQ --> SB2[VM/microVM agente N] SB1 & SB2 -->|solo vía proxy| EG[Proxy de egress
allowlist + TLS opcional] EG --> LLM[LLM Gateway
LiteLLM / propio] LLM --> B[Bedrock eu-central-1 / eu-south-2] LLM --> O[OpenAI eu.api.openai.com] LLM --> L[Modelos locales vLLM] EG --> GIT[Git interno / registry] V[Vault secretos] -.-> SB1 & SB2 & LLM SB1 & SB2 & EG & LLM & GW -->|logs| SIEM[SIEM / auditoría ENS] ORQ --> ST[(Almacenamiento cifrado DC UE)]

Mapeo a controles (orientativo)

Necesidad Componente ENS (RD 311/2022) ISO/IEC 27001:2022
AislamientomicroVM/VM (Kata, Firecracker, KVM) + segmentaciónmp.com.4; op.exp8.22; 8.31
Allowlist de salidaProxy egress + NetworkPolicymp.com.1; op.exp.68.20; 8.23
SecretosVault, credenciales efímerasop.acc.5; mp.info5.17; 8.24
AuditoríaLogs de sesión y LLM → SIEMop.exp.8; op.exp.108.15; 8.16
Residencia de datosDC UE / LLM endpoints UEmp.info; org5.34; 5.23
IdentidadSSO OIDC/SAML + MFA, RBACop.acc.1-65.15-5.18; 8.5
ProveedoresContratos/DPA; cert. ENS del cloudop.ext; op.nub5.19-5.23

Uso de modelos / API

Preferir API (con DPA y residencia) frente a suscripciones de consumo.

  • Claude: la API directa solo ofrece inference_geo «us» o «global» (docs). Para UE: Amazon Bedrock con perfiles eu. (Frankfurt, Irlanda, París, España eu-south-2…) o Google Cloud región UE. Claude Code admite CLAUDE_CODE_USE_BEDROCK.
  • OpenAI: endpoint eu.api.openai.com; aprobación comercial y recargo ~10 % en modelos nuevos (docs).
  • xAI/Grok: en Bedrock UE solo enrutado global → no hay residencia UE (fuente: llm-integration.eu, no oficial). Solo datos no sensibles.
  • Local / open-weight: vLLM u Ollama en GPU propia para datos clasificados.

ToS: suscripciones de consumo en máquinas remotas

  • Anthropic (Legal and compliance): sí se puede iniciar sesión con tu suscripción en el Claude Code oficial sin modificar, también en VM/sandbox. No: token OAuth Free/Pro/Max en otras herramientas, Agent SDK o harnesses de terceros; no compartir/revender. Automatización → API key. Pueden actuar sin previo aviso (aclaración feb-2026, The Register).
  • OpenAI: Codex CLI admite login ChatGPT; exe.dev lo integra. Condiciones de uso remoto/automatizado: no verificadas aquí.
  • Grok: no verificado.
  • Práctica: una cuenta por persona; no compartir credenciales en snapshots; API keys para flujos de equipo. Un snapshot puede incluir ~/.claude con tokens.

Fuentes y salvedades

  • GitHub API (estrellas, licencias, push) — 15-10-2026.
  • npm downloads: @microck/raft 410/semana (06–12-10-2026); E2B/Daytona/Vercel/etc. último mes vía api.npmjs.org / pypistats.
  • Pricing/specs: docs E2B, Daytona, Fly Sprites, exe.dev; comparativas Upstash 2026, fly.io/learn, boat.dev.
  • Residencia LLM: docs Anthropic, OpenAI, AWS Bedrock; Grok UE vía llm-integration.eu (no oficial).
  • Campos «?» = no verificados. No inventamos métricas. Validar docs antes de contratar.

Ideable · uso interno · 15-10-2026