--- title: "Ramp Inspect 2026: arquitectura de background coding agents" canonical: https://wavect.io/es/blog/ramp-inspect-background-coding-agent-infrastructure-2026/ language: es description: "Arquitectura de Ramp Inspect: sandboxes de Modal, snapshots, contexto full-stack, agentes paralelos, controles de seguridad y plan de rollout de 30 días." image: "https://wavect.io/img/general/bak/open_graph_preview.jpg" --- [**Volver**](/es/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/) [Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt 15 min de lectura · 9 sep 2026 Última revisión 9 de septiembre de 2026 [**Siguiente**](/es/blog/swarmllm-browser-p2p-inference-review-2026/) # Arquitectura de Ramp Inspect 2026: cómo escalar background coding agents Resumen Ramp Inspect enseña qué cambia cuando un coding agent deja de ser una función del editor y se convierte en infraestructura. Cada sesión recibe su propio Modal Sandbox aislado con el stack de la aplicación, el agente, navegador, tests y herramientas internas necesarios para verificar trabajo de extremo a extremo. Los snapshots frescos sacan del camino crítico el clone del repositorio, la instalación de dependencias y los builds iniciales, de modo que una sesión de background puede arrancar en segundos. La paralelización también se vuelve limpia: una sesión equivale a un entorno de ejecución. Para equipos regulados, el límite importante es que el aislamiento solo es un control. Credenciales, egress, datos de producción, permisos de GitHub, observabilidad, gates de aprobación y capacidad de review siguen definiendo el radio de impacto real. Copia el patrón de ejecución, no la cifra de adopción, y mide PRs aceptados, esfuerzo de review y riesgo operativo en tus propios repos. **Ramp Inspect es interesante porque trata un coding agent como una carga de ejecución, no como un autocomplete más inteligente.** Cada sesión de background recibe su propio entorno de desarrollo, servicios de aplicación, navegador, logs y herramientas. El agente puede cambiar código, arrancar el producto, ejecutar tests, inspeccionar telemetría, verificar UI y después abrir un pull request. La arquitectura importa más que el porcentaje de adopción. Ramp es una fintech, así que un agente con acceso a código y sistemas internos no se puede evaluar solo por cuánto código genera. La pregunta útil es: **¿qué infraestructura permite trabajar con contexto casi local mientras mantiene la ejecución aislada, reproducible y revisable?** El artículo original de Ramp sobre [por qué construyeron Inspect](https://builders.ramp.com/post/why-we-built-our-background-agent) describe un agente interno que verifica su trabajo con herramientas equivalentes a las de sus engineers. En enero de 2026, Ramp hablaba de aproximadamente 30% de los PRs merged de frontend y backend. Ramp Inspect no es un producto de Wavect y este texto es una revisión de arquitectura. Independencia y marcas Wavect publica esta página y es también un proveedor, así que tenemos un interés comercial en ella. No estamos afiliados a las demás empresas nombradas aquí, no contamos con su respaldo y no somos socios suyos, y todos los nombres de empresa, marcas y marcas registradas de terceros pertenecen a sus respectivos titulares. Las afirmaciones sobre otros proveedores proceden de fuentes públicamente accesibles, sobre todo de sus propias páginas publicadas, en la fecha de revisión indicada en esta página, y pueden haber cambiado desde entonces. Verifícalas directamente antes de decidir. Esta página se ha redactado según nuestro leal saber y entender, con la intención de mantenernos objetivos. Si crees que algo aquí es inexacto o injusto, escríbenos y lo corregimos: [office@wavect.io](mailto:office@wavect.io) ## ¿Qué cambia con un background coding agent? Un coding assistant local hereda un entorno que un engineer ya preparó. Un agente de background empieza sin ese privilegio. Si cada sesión tiene que clonar repos, instalar dependencias, construir servicios, preparar bases de datos y descubrir credenciales, el trabajo asíncrono se vuelve más lento que abrir una terminal local. Hay dos capas distintas: - **Agent harness:** modelo, prompts, herramientas, políticas, contexto, retries y verificación. - **Execution environment:** filesystem, servicios, navegador, red, credenciales, procesos y compute. Nuestra [guía de agent harness engineering](/es/blog/agent-harness-engineering/) cubre la primera. Aquí nos centramos en la segunda. ## Patrón principal: una sesión, un sandbox aislado La [arquitectura de Ramp Inspect publicada por Modal](https://modal.com/blog/how-ramp-built-a-full-context-background-coding-agent-on-modal) describe cada sesión dentro de su propio Modal Sandbox con entorno full-stack. Incluye Postgres, Redis, Temporal, RabbitMQ y servicios internos, junto con OpenCode, VS Code Server, web terminal, VNC y Chromium. También se conecta con GitHub, Buildkite y observabilidad. `una sesión de agent = un entorno de ejecución desechable` Así, procesos, archivos y estado de servicios no se mezclan entre tareas. La concurrencia deja de depender del portátil de un developer. ## Por qué los filesystem snapshots son la pieza clave El aislamiento no arregla el tiempo de arranque. Ramp precomputa el setup caro. Según la case study, un job periódico refresca repos aproximadamente cada 30 minutos, instala dependencias, ejecuta builds iniciales y guarda un snapshot. Una sesión nueva restaura ese estado y después sincroniza el pequeño delta pendiente. La [API actual de Modal Sandbox](https://modal.com/docs/sdk/py/latest/Sandbox) documenta operaciones de snapshot del filesystem para crear imágenes reutilizables. El patrón general es: 1. Preparar un entorno conocido antes de que llegue el prompt. 2. Persistir el estado caro del filesystem. 3. Restaurar una copia aislada por sesión. 4. Aplicar el drift reciente del repositorio. 5. Descartar la sesión al terminar. El cold start se convierte en mantenimiento de fondo y la frescura del snapshot pasa a ser una decisión explícita. ## ¿Qué debe vivir dentro del sandbox? - repositorio y dependencias; - bases de datos, queues y servicios locales; - runtime del coding agent y shell tools; - browser o desktop para verificación visual; - tests, linter, type checker y build tools; - acceso controlado a logs, feature flags y CI; - un camino claro a un diff o PR revisable. El objetivo es fidelidad del entorno. Si el agent puede escribir un patch pero no ejecutar el producto, sigue adivinando la integración. ## ¿Qué conviene dejar fuera? Ramp separa ejecución y coordinación. Routing de prompts, locks de sesión, metadata compartida y scheduling viven fuera del sandbox. La execution unit puede morir sin perder la identidad de la sesión. `Slack / Web / Extension → Queue + session state → snapshot preparado → sandbox aislado → tests + browser + telemetría → pull request` ## En fintech, sandboxing es necesario pero no suficiente Aislar código generado por un agent reduce riesgo de ejecución, pero no define qué recursos puede tocar. La [documentación actual de networking y seguridad de Modal](https://modal.com/docs/guide/sandbox-networking) describe aislamiento basado en gVisor y controles para bloquear red o limitar tráfico inbound y outbound. Son buenos primitives, no una política de seguridad completa. - **Credenciales:** temporales, por sesión y con mínimo privilegio. - **Egress:** solo servicios necesarios. - **Datos:** sintéticos o scrubbed cuando sea posible. - **GitHub:** branch y PR, sin merge/admin por defecto. - **Sistemas internos:** read-only salvo necesidad explícita. - **Audit:** poder reconstruir tool calls, comandos y side effects. ## La función decisiva es verificar, no generar Inspect puede cerrar el loop: arrancar aplicación, ejecutar test, leer fallo, modificar código, inspeccionar un browser y repetir. El entorno pasa a formar parte del sistema de razonamiento. Para aceptación, sigue importando la evidencia. Nuestra [guía de QA para código generado por IA](/es/blog/qa-for-ai-generated-code/) cubre la calidad, y la [checklist de seguridad de sandboxes para agents](/es/blog/ai-agent-eval-sandbox-security-checklist/) profundiza en controles de ejecución. ## La adopción sube y el cuello de botella se mueve Las cifras públicas forman una secuencia. Ramp dijo cerca de 30% en enero. Modal publicó más de la mitad en febrero. Una historia más reciente de [Linear sobre Ramp Inspect](https://linear.app/customers/ramp) habla de tres de cada cuatro PRs merged y señala que el cuello de botella se está desplazando hacia code review. Eso importa más que el porcentaje. Cuando generar cambios se vuelve barato y paralelo, review humano, capacidad de CI, fiabilidad de tests, criterio arquitectónico y release coordination se vuelven escasos. **No optimices PRs creados por día. Optimiza cambios aceptados por minuto de review y unidad de riesgo.** ## Una sandbox por sesión cambia la economía de la concurrencia Los agents locales escalan con portátiles. Las dev boxes compartidas escalan hasta que chocan los entornos. Una sandbox por sesión convierte la concurrencia en scheduling. La página actual de [infraestructura para coding agents de Modal](https://modal.com/solutions/coding-agents) publicita números muy altos de sandboxes simultáneos. Es una claim de vendor, no una recomendación para operar miles de agents. El beneficio práctico es lanzar varios trabajos independientes con límites centrales de CPU, memoria, lifetime y concurrencia. ## Ramp Inspect vs OpenSandbox, harness genérico y agents locales | Enfoque | Resuelve | Sigues gestionando | | --- | --- | --- | | Coding agent local | Productividad interactiva | Setup local y recursos del portátil | | Agent harness genérico | Modelo, tools, contexto, policy y loop | Execution environment | | Runtime tipo OpenSandbox | API portable de ejecución aislada | Harness, images, snapshots, credentials e integración | | Plataforma interna tipo Inspect | Workflow de ingeniería profundamente integrado | Producto, contexto, permisos, evals, review y operaciones | Si tu decisión es sobre el runtime de sandbox, usa nuestra [review de OpenSandbox](/es/blog/opensandbox-ai-agent-sandbox-review/). ## ¿Qué comprar y qué construir? | Capa | Decisión inicial | Motivo | | --- | --- | --- | | Scheduling y sandboxes desechables | Comprar primero | Suele ser infraestructura commodity | | Base images y snapshots | Poseer | Codifican tu entorno de desarrollo | | Agent harness | Poseer o personalizar mucho | Workflows y tools crean diferenciación | | Contexto de repo y producto | Poseer | El contexto interno es la ventaja | | Permisos y approvals | Poseer | El riesgo no se delega al modelo | | Observability y evals | Poseer las métricas | Solo tú conoces el outcome aceptable | ## Más autonomía exige mejor modelo de permisos La guía de OWASP sobre [Excessive Agency](https://genai.owasp.org/llmrisk/llm062025-excessive-agency/) identifica funcionalidad excesiva, permisos excesivos y autonomía excesiva como causas centrales de riesgo. Aplica directamente a un coding agent con shell, base de datos, GitHub y servicios internos. - exponer solo herramientas necesarias; - restringir writes más que reads; - separar acciones de producción de una shell abierta; - aprobar humanamente acciones irreversibles; - hacer cumplir permisos en sistemas downstream; - expirar credenciales con la sesión. ## Un piloto de 30 días 1. **Elige un repo.** Buenas pruebas y setup reproducible. 2. **Congela 30 tareas reales.** Backend, UI, tests y cambios cross-service pequeños. 3. **Crea una sandbox image.** Solo servicios y herramientas necesarias. 4. **Mide cold start.** Clone, install, build y service-ready. 5. **Añade snapshots.** Mide restore, drift y fallos por staleness. 6. **Reduce permisos.** Read-heavy, PR-only y sin writes de producción. 7. **Instrumenta sesiones.** Tool calls, coste de modelo, sandbox minutes, tests, retries y review. 8. **Prueba paralelismo.** Demuestra aislamiento y límites. 9. **Rompe el entorno.** Mata una sandbox, rota credenciales y deja stale un snapshot. 10. **Compara trabajo aceptado.** Merge rate, reviewer minutes, defectos escapados y coste total. ## Dónde encaja Wavect El trabajo de [AI Enablement de Wavect](/es/services/ai-enablement/) incluye diseño de agent harness, contexto de repos y tools, sandboxing, eval sets, permisos, observabilidad y rollout. Nuestro [case study de Twinsoft AI](/es/case-studies/twinsoft-ai/) muestra el mismo principio: el modelo solo es útil cuando el sistema alrededor se puede operar y verificar. ## Veredicto **La idea más potente de Ramp Inspect es convertir un entorno de desarrollo completo y desechable en la unidad de ejecución del agent.** Los snapshots hacen esa unidad rápida. El aislamiento hace manejable el paralelismo. Las herramientas profundas permiten verificar en lugar de solo generar. La coordinación externa mantiene la sesión viva fuera de una terminal concreta. En fintech y otros sectores regulados, permisos, datos, egress, auditabilidad y capacidad de review deben escalar junto al número de agents. ## Preguntas frecuentes ### ¿Qué es Ramp Inspect? Ramp Inspect es el background coding agent interno de Ramp. Las descripciones públicas muestran cada sesión dentro de un sandbox cloud aislado con un entorno de desarrollo completo para editar, ejecutar, probar y verificar visualmente antes de abrir un PR. ### ¿Por qué Ramp Inspect usa filesystem snapshots? Los snapshots sacan del startup el clone, instalación de dependencias y builds iniciales. Una sesión restaura un entorno preparado y solo sincroniza el drift restante del código. ### ¿Por qué una sandbox por sesión? Aísla procesos, archivos y estado de servicios entre tareas. Los agents paralelos dejan de competir por un único portátil o entorno mutable compartido. ### ¿Sandboxing hace seguro a un coding agent autónomo? No. Limita la ejecución, pero credenciales, egress, datos, permisos de GitHub y servicios internos siguen definiendo el radio de impacto. ### ¿Debería una empresa construir su propio Ramp Inspect? Solo si workflows, contexto e integraciones específicas generan suficiente valor. La mayoría debería comprar infraestructura de ejecución commodity y personalizar harness, contexto, permisos y evals. ### ¿Qué métricas debe usar un piloto? Tareas aceptadas o merged, minutos de reviewer, tests, defectos escapados, startup de sandbox, coste de modelo e infraestructura, retries e incidentes de permisos. El volumen de PRs no basta. ## También te puede gustar.. [**Harness de agentes de IA: la capa de fiabilidad alrededor del LLM** Sube un nivel desde el sandbox y revisa cómo contexto, tools, policy, verificación y observabilidad forman el harness completo.](/es/blog/agent-harness-engineering/) [**Comparar Wavect**](/es/compare/wavect-vs-dev-agencies/) Ingeniería de agentes ## Continúa por este clúster Agentes de código, MCP, contexto, evaluación y controles para automatización fiable. [Empieza por el artículo fundamental**Ingeniería de grafos para agentes de IA: ¿Cuándo compensa un knowledge graph?**](/es/blog/graph-engineering-ai-agents/) - [Model Hardware Standard: guía empresarial para IA física](/es/blog/model-hardware-standard-enterprise-guide/) - [Fonio AI 2026: precios, API, RGPD y build vs buy](/es/blog/fonio-ai-review-build-vs-buy-2026/) - [Mosaic (YC S26): Memoria Compartida para Agentes de Código](/es/blog/mosaic-yc-s26-shared-agent-sessions-review/) - [Ripwire Review 2026: contexto de repositorio para agentes sin embeddings](/es/blog/ripwire-ai-repo-context-review-2026/) - [Ediciones multarchivo atómicas para agentes de programación: la lección de Semaprax](/es/blog/atomic-multi-file-edits-ai-coding-agents/) [**Volver**](/es/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/es/team/kevin-riedl/) [Kevin Riedl](/es/team/kevin-riedl/) https://linkedin.com/in/wsdt 15 min de lectura · 9 sep 2026 Última revisión 9 de septiembre de 2026 [**Siguiente**](/es/blog/swarmllm-browser-p2p-inference-review-2026/) ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/es/blog/ramp-inspect-background-coding-agent-infrastructure-2026/#webpage", "@type": "WebPage", "dateModified": "2026-09-09", "inLanguage": "es", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-09-09", "url": "https://wavect.io/es/blog/ramp-inspect-background-coding-agent-infrastructure-2026/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Ramp Inspect enseña qué cambia cuando un coding agent deja de ser una función del editor y se convierte en infraestructura. Cada sesión recibe su propio Modal Sandbox aislado con el stack de la aplicación, el agente, navegador, tests y herramientas internas necesarios para verificar trabajo de extremo a extremo. Los snapshots frescos sacan del camino crítico el clone del repositorio, la instalación de dependencias y los builds iniciales, de modo que una sesión de background puede arrancar en segundos. La paralelización también se vuelve limpia: una sesión equivale a un entorno de ejecución. Para equipos regulados, el límite importante es que el aislamiento solo es un control. Credenciales, egress, datos de producción, permisos de GitHub, observabilidad, gates de aprobación y capacidad de review siguen definiendo el radio de impacto real. Copia el patrón de ejecución, no la cifra de adopción, y mide PRs aceptados, esfuerzo de review y riesgo operativo en tus propios repos.", "articleBody": " Resumen del blog/IA y agentes/Ingeniería de agentes Arquitectura de Ramp Inspect 2026: cómo escalar background coding agents Resumen Ramp Inspect enseña qué cambia cuando un coding agent deja de ser una función del editor y se convierte en infraestructura. Cada sesión recibe su propio Modal Sandbox aislado con el stack de la aplicación, el agente, navegador, tests y herramientas internas necesarios para verificar trabajo de extremo a extremo. Los snapshots frescos sacan del camino crítico el clone del repositorio, la instalación de dependencias y los builds iniciales, de modo que una sesión de background puede arrancar en segundos. La paralelización también se vuelve limpia: una sesión equivale a un entorno de ejecución. Para equipos regulados, el límite importante es que el aislamiento solo es un control. Credenciales, egress, datos de producción, permisos de GitHub, observabilidad, gates de aprobación y capacidad de review siguen definiendo el radio de impacto real. Copia el patrón de ejecución, no la cifra de adopción, y mide PRs aceptados, esfuerzo de review y riesgo operativo en tus propios repos. Ramp Inspect es interesante porque trata un coding agent como una carga de ejecución, no como un autocomplete más inteligente. Cada sesión de background recibe su propio entorno de desarrollo, servicios de aplicación, navegador, logs y herramientas. El agente puede cambiar código, arrancar el producto, ejecutar tests, inspeccionar telemetría, verificar UI y después abrir un pull request. La arquitectura importa más que el porcentaje de adopción. Ramp es una fintech, así que un agente con acceso a código y sistemas internos no se puede evaluar solo por cuánto código genera. La pregunta útil es: ¿qué infraestructura permite trabajar con contexto casi local mientras mantiene la ejecución aislada, reproducible y revisable? El artículo original de Ramp sobre por qué construyeron Inspect describe un agente interno que verifica su trabajo con herramientas equivalentes a las de sus engineers. En enero de 2026, Ramp hablaba de aproximadamente 30% de los PRs merged de frontend y backend. Ramp Inspect no es un producto de Wavect y este texto es una revisión de arquitectura. Independencia y marcas Wavect publica esta página y es también un proveedor, así que tenemos un interés comercial en ella. No estamos afiliados a las demás empresas nombradas aquí, no contamos con su respaldo y no somos socios suyos, y todos los nombres de empresa, marcas y marcas registradas de terceros pertenecen a sus respectivos titulares. Las afirmaciones sobre otros proveedores proceden de fuentes públicamente accesibles, sobre todo de sus propias páginas publicadas, en la fecha de revisión indicada en esta página, y pueden haber cambiado desde entonces. Verifícalas directamente antes de decidir. Esta página se ha redactado según nuestro leal saber y entender, con la intención de mantenernos objetivos. Si crees que algo aquí es inexacto o injusto, escríbenos y lo corregimos: office@wavect.io ¿Qué cambia con un background coding agent? Un coding assistant local hereda un entorno que un engineer ya preparó. Un agente de background empieza sin ese privilegio. Si cada sesión tiene que clonar repos, instalar dependencias, construir servicios, preparar bases de datos y descubrir credenciales, el trabajo asíncrono se vuelve más lento que abrir una terminal local. Hay dos capas distintas: Agent harness: modelo, prompts, herramientas, políticas, contexto, retries y verificación. Execution environment: filesystem, servicios, navegador, red, credenciales, procesos y compute. Nuestra guía de agent harness engineering cubre la primera. Aquí nos centramos en la segunda. Patrón principal: una sesión, un sandbox aislado La arquitectura de Ramp Inspect publicada por Modal describe cada sesión dentro de su propio Modal Sandbox con entorno full-stack. Incluye Postgres, Redis, Temporal, RabbitMQ y servicios internos, junto con OpenCode, VS Code Server, web terminal, VNC y Chromium. También se conecta con GitHub, Buildkite y observabilidad. una sesión de agent = un entorno de ejecución desechable Así, procesos, archivos y estado de servicios no se mezclan entre tareas. La concurrencia deja de depender del portátil de un developer. Por qué los filesystem snapshots son la pieza clave El aislamiento no arregla el tiempo de arranque. Ramp precomputa el setup caro. Según la case study, un job periódico refresca repos aproximadamente cada 30 minutos, instala dependencias, ejecuta builds iniciales y guarda un snapshot. Una sesión nueva restaura ese estado y después sincroniza el pequeño delta pendiente. La API actual de Modal Sandbox documenta operaciones de snapshot del filesystem para crear imágenes reutilizables. El patrón general es: Preparar un entorno conocido antes de que llegue el prompt. Persistir el estado caro del filesystem. Restaurar una copia aislada por sesión. Aplicar el drift reciente del repositorio. Descartar la sesión al terminar. El cold start se", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "por qué construyeron Inspect", "url": "https://builders.ramp.com/post/why-we-built-our-background-agent" }, { "@type": "WebPage", "name": "arquitectura de Ramp Inspect publicada por Modal", "url": "https://modal.com/blog/how-ramp-built-a-full-context-background-coding-agent-on-modal" }, { "@type": "WebPage", "name": "API actual de Modal Sandbox", "url": "https://modal.com/docs/sdk/py/latest/Sandbox" }, { "@type": "WebPage", "name": "documentación actual de networking y seguridad de Modal", "url": "https://modal.com/docs/guide/sandbox-networking" }, { "@type": "WebPage", "name": "Linear sobre Ramp Inspect", "url": "https://linear.app/customers/ramp" }, { "@type": "WebPage", "name": "infraestructura para coding agents de Modal", "url": "https://modal.com/solutions/coding-agents" }, { "@type": "WebPage", "name": "Excessive Agency", "url": "https://genai.owasp.org/llmrisk/llm062025-excessive-agency/" } ], "dateModified": "2026-09-09", "datePublished": "2026-09-09", "description": "Ramp Inspect enseña qué cambia cuando un coding agent deja de ser una función del editor y se convierte en infraestructura. Cada sesión recibe su propio Modal Sandbox aislado con el stack de la aplicación, el agente, navegador, tests y herramientas internas necesarios para verificar trabajo de extremo a extremo. Los snapshots frescos sacan del camino crítico el clone del repositorio, la instalación de dependencias y los builds iniciales, de modo que una sesión de background puede arrancar en segundos. La paralelización también se vuelve limpia: una sesión equivale a un entorno de ejecución. Para equipos regulados, el límite importante es que el aislamiento solo es un control. Credenciales, egress, datos de producción, permisos de GitHub, observabilidad, gates de aprobación y capacidad de review siguen definiendo el radio de impacto real. Copia el patrón de ejecución, no la cifra de adopción, y mide PRs aceptados, esfuerzo de review y riesgo operativo en tus propios repos.", "headline": "Arquitectura de Ramp Inspect 2026: agentes de código en background", "image": "https://wavect.io/img/blog/headers/header_ramp-inspect-background-coding-agent-infrastructure-2026.svg", "inLanguage": "es", "keywords": "Ramp Inspect, Background Coding Agents, AI Agent Infrastructure", "mainEntityOfPage": { "@id": "https://wavect.io/es/blog/ramp-inspect-background-coding-agent-infrastructure-2026/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/es/blog/ramp-inspect-background-coding-agent-infrastructure-2026/", "wordCount": 2198 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/es/", "name": "Inicio", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/overview/", "name": "Resumen del blog", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/topics/ai-agents/", "name": "IA y agentes", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/clusters/agent-engineering/", "name": "Ingeniería de agentes", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/es/blog/ramp-inspect-background-coding-agent-infrastructure-2026/", "name": "Ramp Inspect 2026: arquitectura de background coding agents", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Ramp Inspect es el background coding agent interno de Ramp. Las descripciones públicas muestran cada sesión dentro de un sandbox cloud aislado con un entorno de desarrollo completo para editar, ejecutar, probar y verificar visualmente antes de abrir un PR." }, "name": "¿Qué es Ramp Inspect?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Los snapshots sacan del startup el clone, instalación de dependencias y builds iniciales. Una sesión restaura un entorno preparado y solo sincroniza el drift restante del código." }, "name": "¿Por qué Ramp Inspect usa filesystem snapshots?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Aísla procesos, archivos y estado de servicios entre tareas. Los agents paralelos dejan de competir por un único portátil o entorno mutable compartido." }, "name": "¿Por qué una sandbox por sesión?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. Limita la ejecución, pero credenciales, egress, datos, permisos de GitHub y servicios internos siguen definiendo el radio de impacto." }, "name": "¿Sandboxing hace seguro a un coding agent autónomo?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Solo si workflows, contexto e integraciones específicas generan suficiente valor. La mayoría debería comprar infraestructura de ejecución commodity y personalizar harness, contexto, permisos y evals." }, "name": "¿Debería una empresa construir su propio Ramp Inspect?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Tareas aceptadas o merged, minutos de reviewer, tests, defectos escapados, startup de sandbox, coste de modelo e infraestructura, retries e incidentes de permisos. El volumen de PRs no basta." }, "name": "¿Qué métricas debe usar un piloto?" } ] } ```