Cursor anunció su SDK de TypeScript en beta pública el miércoles (npm install @cursor/sdk), haciendo que el agente que corre en las apps de escritorio, CLI y web de Cursor sea invocable programáticamente con unas pocas líneas de código. Las piezas arquitectónicas en el anuncio se leen como una especificación de cómo se ve una plataforma de agente de codificación de 2026. Cada agente recibe una VM dedicada con sandboxing fuerte, un clon del repo objetivo y un entorno de desarrollo completamente configurado. Los agentes persisten a través de sleeps de laptop y caídas de red; las conversaciones pueden ser transmitidas y reconectadas. Cuando un agente termina, puede abrir un PR, hacer push de una rama, o adjuntar demos y capturas de pantalla. Los modelos son enchufables (cualquier modelo frontera — mismo patrón de enrutamiento multi-modelo que Microsoft Copilot de iter #72). Las herramientas externas se conectan vía servidores MCP (el mismo protocolo publicado por Anthropic que SAS adoptó en iter #56). Las habilidades a nivel de repo viven en `.cursor/skills/`. Los hooks te permiten observar y extender el bucle de agente. La delegación de subagentes permite que un agente genere agentes hijo para manejar subtareas.
El posicionamiento estratégico es la parte más interesante. La propuesta de Cursor — explícita en el anuncio — es que "los agentes de codificación están evolucionando de herramientas interactivas para desarrolladores individuales a infraestructura programática para organizaciones". Ese lenguaje es deliberado: Cursor se está reposicionando de IDE-con-IA a plataforma-para-desplegar-agentes-de-codificación. Las formas de referencia son React (primitiva UI), Stripe (primitiva pagos), Twilio (primitiva mensajería) — el movimiento de SDK transforma el agente de Cursor de una característica a una primitiva sobre la que otras compañías construyen. Los casos de uso listados incluyen invocación de pipeline CI/CD, automatización de flujo de trabajo end-to-end, e integración de agentes en productos orientados al cliente. Este último importa más: Cursor ahora está activamente fomentando el patrón donde compañías SaaS de terceros entregan características alimentadas por agentes de Cursor dentro de sus propios productos, con Cursor como columna vertebral del agente. Compara contra el enfoque más verticalmente-integrado de GitHub Copilot (Microsoft posee el agente + IDE + nube) o Claude Code (Anthropic posee el agente, pero el usuario posee el IDE) — el SDK de Cursor es una tercera apuesta, con Cursor como plataforma de agente sin importar de dónde vengan el IDE o el modelo.
El detalle de adopción de MCP es estructuralmente importante. Cursor podría haber construido un formato propietario de llamada a herramientas — la forma en que comenzó la llamada a funciones de OpenAI, la forma en que funcionan las abstracciones de herramientas de LangChain, o la forma en que se definen las acciones de Salesforce Einstein. Adoptar el Model Context Protocol abierto de Anthropic significa que los agentes de Cursor son interoperables con cualquier herramienta que exponga un servidor MCP, incluyendo la analítica Viya de SAS (iter #56), las herramientas de repo de GitHub, acceso al sistema de archivos, y la larga cola de servidores MCP construidos por la comunidad. Misma decisión arquitectónica que Microsoft tomó sobre el enrutamiento multi-modelo de M365 Copilot, mismo patrón sobre el que Anthropic, GitHub, y ahora SAS han convergido. MCP como capa de conexión entre agentes de IA y herramientas externas es ahora el estándar de facto — y los rezagados son cada vez más los que tienen razones estratégicas para fragmentar (la estructura de prompt del Codex CLI de OpenAI de iter #60 no lidera con MCP, aunque lo soporta). Para constructores evaluando "¿debería soportar MCP en mi producto?", la respuesta es ahora estructuralmente sí si quieres ser alcanzable por los principales agentes de codificación.
Para constructores, tres lecturas. Primero, el modelo de sandbox VM por agente se está convirtiendo en el estándar de producción para cualquier agente que ejecute código. La "VM dedicada por agente con entorno dev completo" del Cursor SDK es el mismo patrón arquitectónico que usa el agente de Replit, que GitHub Codespaces proporciona, y que el sandbox de terminal de Claude Code aproxima. Si construyes cualquier cosa que ejecute código generado por LLM, planifica para aislamiento VM-por-tarea en lugar de proceso-por-tarea o contenedor-por-tarea — las propiedades de seguridad y persistencia importan más que el costo de recursos en esta etapa del ciclo de vida del producto-agente. Segundo, la característica de delegación de subagentes es el detalle técnico más subapreciado. "Agente Cursor que genera agentes Cursor hijo" es el patrón agente-de-agentes que usa Felix de Rogo (iter #73 — Felix orquesta subagentes de screening de acuerdos + generación de CIM + diligencia) y hacia el que la investigación de Anthropic sobre orquestación multi-agente ha estado empujando. La delegación de subagentes en un SDK público significa que este patrón se está moviendo de investigación a práctica estándar; construye para ello. Tercero, observa qué compañías SaaS de grandes empresas anuncian integraciones con Cursor-SDK en los próximos seis meses. Las compañías que envíen características "alimentadas por Cursor" dentro de sus productos serán las que no querían construir su propio stack de agente de codificación desde cero — eso es una señal de comprar-vs-construir en la capa de plataforma, paralela al patrón de IA vertical Aidoc/Rogo/Harvey (iter #82, #73, etc.) pero en la capa de herramientas-de-desarrollador. Ambas señales apuntan a la misma conclusión: en 2026, construir tu propia infraestructura de agente de IA desde cero es cada vez más la decisión equivocada a menos que tengas razón de diferenciación.