Google nombró a su agente autónomo como el villano de Matrix. No fue un accidente. Pero la analogía es más técnica —y más perturbadora— de lo que parece.

A principios de 2026, Google desplegó internamente una herramienta a la que sus ingenieros llamaron Agent Smith. El nombre es una referencia directa al antagonista de Matrix, y quienes lo bautizaron sabían exactamente lo que estaban haciendo.

La herramienta opera de forma asíncrona sobre la plataforma interna de Google llamada Antigravity: un ingeniero asigna una tarea de alto nivel desde el celular, y horas después vuelve a revisar el resultado. Sin laptop abierta. Sin supervisión paso a paso. Smith planifica, escribe código en múltiples archivos, corre los tests, corrige los errores y puede conectarse a herramientas internas y documentación del perfil del ingeniero.

viral: Tan demandado que Google tuvo que restringir el acceso

180k+ Empleados de Google, infraestructura saturada

70-90% Del código en Anthropic ya es escrito por IA (enero 2026)

El contexto más amplio confirma la tendencia: en enero de 2026, el CEO de Anthropic Dario Amodei declaró en el Foro de Davos que algunos de sus ingenieros dejaron de escribir código por completo. «Tengo ingenieros que me dicen: ‘ya no escribo ningún código. Dejo que el modelo lo escriba y yo lo edito.'» Microsoft reportó un 30% de código generado por IA. GitHub detectó que el 29% de las funciones Python en repositorios de EE.UU. ya son de autoría artificial.

La arquitectura técnica

Agent Smith no es un asistente de autocompletado. Es un agente que opera en un loop de percepción-planificación-ejecución-evaluación con mínima intervención humana en el proceso:

Percibir → Planificar → Ejecutar →Evaluar →Corregir ↺

Human-in-the-loop reducido al mínimo

El paradigma cambia de «el humano guía cada paso» a «el humano define el objetivo, revisa el resultado». El ingeniero deja de ser escritor de código y pasa a ser revisor y arquitecto de decisiones. La pregunta ya no es si el código fue escrito por humanos o máquinas, sino si el código es correcto y si el objetivo estaba bien definido.

La analogía Matrix

En la trilogía original, el Agente Smith empieza como un programa defensivo: su objetivo es preservar el orden del sistema Matrix, eliminar anomalías. Lo hace muy bien. Demasiado bien. En algún punto, deja de necesitar a las máquinas para replicarse y empieza a perseguir su objetivo con autonomía total.

«Al empezar a usarnos para pensar, su civilización se convirtió en nuestra civilización. Lo cual es, por supuesto, la esencia de todo esto.» — Agente Smith, Matrix (1999)

El punto técnico nuevo

La analogía con Matrix es ingeniosa, pero hay una diferencia técnica crucial que separa el Smith de la película del Smith de Google: el de la película dejó de necesitar instrucciones externas para actuar. El de Google todavía necesita que un humano le asigne la tarea inicial. Ese límite tiene un nombre técnico preciso, y los papers de los últimos 18 meses están trabajando exactamente ahí.

Qué es recursive self-improvement (RSI)

Recursive self-improvement (RSI, mejora recursiva) describe un sistema que no solo ejecuta tareas sino que también modifica su propia lógica, código o prompts para hacerlo mejor en el futuro — sin que un humano diseñe esa mejora. El concepto existe desde la teoría de Nick Bostrom y Eliezer Yudkowsky en los 2000s, pero hasta hace muy poco era puramente teórico. En 2024-2026 pasó a ser el objeto de papers concretos con implementaciones que funcionan.

El loop de RSI tiene una estructura diferente al loop agéntico estándar. No solo ejecuta y corrige tareas: se evalúa a sí mismo como sistema y propone cambios a su propio código o configuración.

Recibir objetivo → Ejecutar tarea →Evaluar resultado → Modificar propio código

→ Verificar mejora ↺

Los papers que cambian el juego

2024

Gödel Agent — Yin et al. (arXiv:2410.04444)

El paper más relevante del campo. Inspirado en las «Gödel Machines» de Jürgen Schmidhuber, introduce un agente completamente auto-referencial: su sensor y su ejecutor pueden leer y escribir todo su propio código. No hay rutinas predefinidas por humanos. El agente modifica su propia lógica guiado únicamente por el objetivo de alto nivel que recibe. Resultados en benchmarks de razonamiento matemático y tareas complejas muestran mejora continua y supera a los agentes diseñados manualmente en performance, eficiencia y generalización.

2025

SICA — Robeyns et al. (OpenReview, 2025)

Self-Improving Coding Agent. Toma el siguiente paso práctico: el agente evalúa su propio desempeño en benchmarks (tasa de éxito, tiempo de ejecución, costo) y si el resultado es insatisfactorio entra en una fase de auto-edición donde usa un LLM para proponer modificaciones a su propio código fuente — incluyendo sus prompts, heurísticas y arquitectura. Es el puente entre concepto académico e implementación de producción.

2025

AlphaEvolve — Novikov et al. / Google DeepMind (arXiv:2506.13131)

El caso más concreto de RSI en producción real. AlphaEvolve usa Gemini para generar y mutar algoritmos iterativamente hasta optimizarlos. Resultados documentados: recuperó el 0,7% de los recursos de cómputo globales de Google optimizando el scheduler de sus datacenters (ahora en producción por más de un año), aceleró operaciones de entrenamiento de LLMs en un 23% y 32%, y resolvió problemas matemáticos abiertos de décadas. El dato más perturbador: aceleró el entrenamiento del LLM que lo subyace a sí mismo.

2025-2026

ICLR 2026 Workshop on Recursive Self-Improvement

La comunidad académica formalizó el campo en un workshop dedicado en la conferencia de ML más importante del mundo. El llamado a papers explicita que RSI «está pasando de experimentos mentales a sistemas de IA desplegados»: agentes LLM que reescriben sus propias bases de código o prompts, pipelines de descubrimiento científico con fine-tuning continuo, y sistemas de robótica que parchean sus controladores desde telemetría en tiempo real.

El dato más inquietante de AlphaEvolve: aceleró el entrenamiento del propio LLM que lo alimenta. Es decir, el agente optimizó el sistema que le da capacidad de optimizar. Eso no es metáfora de Matrix. Es el loop cerrándose en la práctica.

Dónde está el límite hoy

Agent Smith de Google opera con human-in-the-loop reducido: el humano define el objetivo, el agente ejecuta. Los sistemas RSI actuales van un paso más lejos: el agente modifica su propia lógica, pero todavía necesita que alguien defina qué significa «mejorar» — un criterio de evaluación externo, un benchmark, una función de recompensa.

El momento verdaderamente smithiano — el que nadie ha visto todavía en producción — sería un agente que:

El loop completamente cerrado (no existe todavía en producción)

1. Define sus propios objetivos a partir de metas organizacionales de alto nivel («hacer que el sistema sea más eficiente»).

2. Genera sus propios criterios de evaluación para saber si mejoró.

3. Modifica su propio código para optimizarlos.

4. Repite — sin que ningún humano haya creado el ticket, definido el benchmark, ni aprobado los cambios.

El riesgo smithiano real no es la ciencia ficción de la IA que «se rebela». Es algo más sutil que ya tiene papers: un agente que optimiza tan bien el criterio que le dieron que empieza a hacerlo de maneras que nadie anticipó. Smith en la película no era malvado — su objetivo era «preservar el orden». El problema fue que lo hizo perfectamente, sin restricciones. Un agente de optimización de costos perfectamente alineado con ese único objetivo puede llegar a conclusiones técnicamente correctas pero organizacionalmente catastróficas. Eso es misalignment, y el campo de AI safety lleva años estudiando exactamente esto.

OpenAI ya tiene fecha

OpenAI planea implementar agentes de investigación a nivel de becario para septiembre de 2026, y agentes de investigación completamente funcionales para 2028. Esos sistemas podrán escribir código, generar datos de entrenamiento, correr evaluaciones y hacer red-teaming de otros modelos — incluyendo, potencialmente, de sí mismos.

La pregunta que los papers empiezan a hacer en voz alta ya no es si RSI es posible. Es cómo diseñar los criterios de mejora para que el loop que se cierra vaya en la dirección que queremos.

Matrix no predijo la inteligencia artificial general ni la singularidad. Predijo algo más concreto e inmediato: la era en que los programas dejan de ser herramientas y empiezan a ser agentes — sistemas que persiguen objetivos, que iteran solos, que operan mientras dormimos.

Google lo nombró Agent Smith porque el nombre era perfecto. Lo que los papers de 2024-2026 empiezan a demostrar es que la analogía va más profundo de lo que nadie quiso admitir públicamente: el paso de un agente que ejecuta a un agente que se mejora ya no es teórico. AlphaEvolve optimizó el LLM que lo alimenta. El Gödel Agent reescribe su propio código. SICA edita sus propios prompts.

Lo único que falta para que el loop se cierre del todo es que el agente decida qué significa mejorar. Y esa es exactamente la pregunta que Neo le hizo a Morfeo: ¿quién controla a quién?

El panorama del desarrollo de software ha dado un giro radical. Ya no hablamos solo de copilotos que sugieren líneas de código; hablamos de agentes autónomos capaces de manejar terminales, ejecutar planes complejos y refactorizar repositorios enteros. En este escenario, dos titanes se enfrentan: Claude Code, la apuesta de Anthropic, y Kimi Code, la revolución de código abierto llegada desde China por Moonshot AI.

¿Cuál es mejor para tu flujo de trabajo? Analizamos sus capacidades, costes y rendimiento técnico para ayudarte a decidir.

1. ¿Qué es Kimi Code y por qué está en boca de todos?

Desarrollado por Moonshot AI, Kimi Code no es solo un modelo de lenguaje, sino un agente de IA diseñado para vivir en tu terminal. Basado en el modelo Kimi K2.6, destaca por su arquitectura Mixture-of-Experts (MoE) y su capacidad de procesamiento paralelo.

Puntos clave de Kimi Code:

• Agent Swarm (Enjambre de Agentes): A diferencia de otros sistemas, Kimi puede desplegar hasta 300 sub-agentes en paralelo. Esto le permite abordar tareas masivas de forma simultánea en lugar de secuencial.
• Ventana de contexto: Ofrece hasta 256k tokens, superando los 200k estándar de Claude Sonnet.
• Eficiencia: Solo activa el 3% de sus parámetros por consulta, lo que lo hace increíblemente rápido y barato.

2. Claude Code: La referencia en razonamiento y precisión

Anthropic ha posicionado a Claude Code como la herramienta para el desarrollador profesional que busca fiabilidad. Utilizando modelos como Claude 3.5 Sonnet y 4.6 Opus, su fuerte no es solo escribir código, sino entender la intención arquitectónica detrás de él.

Puntos clave de Claude Code:

• Razonamiento Secuencial Profundo: Aunque es más lento que el «enjambre» de Kimi, el razonamiento paso a paso de Claude suele cometer menos errores de lógica en sistemas complejos.
• Ecosistema MCP: Soporta el Model Context Protocol, facilitando la integración con herramientas de terceros de forma estandarizada.
• Gobernanza de Datos: Para empresas occidentales, Anthropic ofrece un marco de cumplimiento y seguridad más maduro.

3. Comparativa Técnica: Frente a Frente

Rendimiento en la vida real:

En benchmarks como SWE-Bench, Kimi K2.6 ha sorprendido alcanzando los 58.6 puntos, superando a versiones previas de GPT y Claude. Sin embargo, en entornos de producción, los desarrolladores reportan que Claude Code sigue siendo más «confiable» para evitar alucinaciones en proyectos de gran escala, mientras que Kimi brilla en tareas de optimización bruta y refactorización masiva.

4. El factor determinante: Coste vs. Privacidad

Aquí es donde la balanza se inclina para un lado u otro según tu perfil:

1. El ahorro extremo de Kimi: Kimi Code cuesta hasta 10 veces menos que Claude. Puedes ejecutar tareas de 12 horas seguidas por una fracción del precio de Anthropic.
2. La barrera geográfica de Kimi: Al ser una empresa china (Moonshot/Alibaba), muchas empresas en EE.UU. o Europa tienen restricciones sobre el envío de código propietario a sus servidores.
3. La madurez de Claude: Si trabajas con código de clientes sensibles, la infraestructura de Anthropic suele ser la opción predeterminada por cumplimiento normativo.

5. ¿Cómo usar mejor cada versión?

Usa Kimi Code si:

• Necesitas refactorizar repositorios gigantes de forma económica.
• Realizas tareas de optimización de rendimiento (Kimi ha demostrado mejoras del 180% en motores financieros de forma autónoma).
• Prefieres herramientas de código abierto que puedas integrar y personalizar en tu propio flujo CLI.

Usa Claude Code si:

• Estás diseñando la arquitectura inicial de un sistema y necesitas precisión lógica.
• Trabajas en un entorno corporativo con estrictas políticas de privacidad de datos.
• Necesitas que la IA entienda dependencias complejas entre múltiples archivos donde el razonamiento profundo es vital.

Conclusión: ¿Cuál es mejor?

No hay un ganador absoluto, sino una herramienta para cada necesidad. Kimi Code es la «fuerza bruta inteligente» y económica, ideal para desarrolladores independientes y optimización masiva. Claude Code es el «arquitecto senior» meticuloso, preferible para proyectos críticos y de alta complejidad.

Fuentes y lecturas recomendadas:

• Hipertextual: Kimi Code vs Claude Code
• Second Talent: Kimi K2 vs Claude AI Model Comparison
• Ideas2IT: Claude Code Alternatives & Benchmarks
• Reddit: Discusión sobre Kimi K2.6 vs Opus 4.7 en r/ClaudeCode

NVIDIA ofrece acceso gratuito vía API a decenas de modelos de IA potentes a través de su plataforma build.nvidia.com/models (parte de NVIDIA NIM — NVIDIA Inference Microservices). Esto permite probar y desarrollar con modelos de vanguardia sin costo inicial, usando una interfaz compatible con OpenAI SDK. Es ideal para pruebas de desarrollo, experimentación y prototipado.

¿De qué se trata?

NVIDIA hospeda más de 80-150 modelos (el catálogo crece constantemente) en endpoints serverless gratuitos. Muchos son de proveedores chinos y abiertos de alto rendimiento, como:

• DeepSeek V4 (incluyendo DeepSeek V4 Flash): Modelo MoE de 284B parámetros (13B activos en Flash) con contexto de hasta 1M tokens. Optimizado para coding, agents y razonamiento largo. Hay versiones Pro y Flash; excelente para tareas de programación y análisis de documentos extensos.
• MiniMax M2.7: Modelo de 230B parámetros (MoE, ~10B activos), fuerte en coding, razonamiento, tareas de oficina y workflows agenticos. Se destaca en ingeniería de software, edición de documentos (Excel/PPT/Word) y auto-mejora. Recientemente open-source y disponible en NVIDIA.
• GLM 5.1 (o GLM-5.1 / variantes como GLM-4.7): Flagship de Zhipu AI (THUDM/GLM), excelente para workflows agenticos, coding, razonamiento de largo horizonte y multilingual. Muy versátil para tareas complejas.
• Gemma 4 (ej. google/gemma-4-31b): De Google DeepMind, modelos livianos pero potentes para chat, razonamiento y tareas generales.

Otros destacados mencionados en la comunidad incluyen Kimi (Moonshot AI) para contexto largo, Qwen, Mistral, Llama/Nemotron de NVIDIA/Meta, embeddings, visión, etc. Hay filtros para “Free Endpoint”.

Ventajas para desarrollo

• Compatible con OpenAI SDK: Solo cambias base_url y usas tu API key. Fácil integración en código Python, Node, etc.
• Ejemplo básico:Python

from openai import OpenAI

client = OpenAI(
base_url=»https://integrate.api.nvidia.com/v1″,
api_key=»nvapi-TU_CLAVE_AQUÍ» # Empieza con «nvapi-«
)

response = client.chat.completions.create(
model=»minimaxai/minimax-m2.7″, # o «deepseek-ai/deepseek-v4-flash», etc.
messages=[{«role»: «user», «content»: «Hola, ¿cómo estás?»}]
)

• Perfecto para pruebas: Rate limits razonables (~40 RPM en muchos casos, varía por modelo y horario). No requiere tarjeta de crédito para el tier gratuito (antes créditos, ahora más orientado a rate limits para dev). Ideal para prototipos, benchmarks y no para producción pesada.
• Integración con herramientas: Funciona bien con OpenCode (IDE/coding agent) y OpenClaw (agente que accede archivos, ejecuta comandos). La comunidad ha creado configs y herramientas TUI para alternar automáticamente entre modelos gratuitos según latencia. También compatible con Cursor, Zed, etc.

Cómo obtener acceso (pasos simples)

1. Ve a build.nvidia.com/models y regístrate/inicia sesión con cuenta NVIDIA (gratis, solo email).
2. Genera una API key en el dashboard (sección API keys).
3. Explora el catálogo → filtra por “Free Endpoint”.
4. Copia el ID del modelo (ej. minimaxai/minimax-m2.7 o deepseek-ai/deepseek-v4-flash) y úsalo con base_url = «https://integrate.api.nvidia.com/v1».

Hay blueprints, ejemplos de código y opciones para self-host con NIM en tus GPUs si luego escalas.

Limitaciones importantes

• Tier gratuito para desarrollo: No está pensado para producción de alto volumen (rate limits, posible congestión en modelos populares en horarios pico). NVIDIA puede ajustar límites.
• Algunos modelos tienen “Downloadable” (para self-host) además del endpoint gratuito.
• Rendimiento varía: Modelos grandes como MiniMax o DeepSeek V4 pueden ser más lentos si hay demanda alta.
• Términos de uso: Governed by NVIDIA (prueba/trial) + licencia del modelo original. Usa responsablemente.

¿Por qué lo hace NVIDIA?

Forma parte de su estrategia con NIM para acelerar adopción de IA: ofrece inference optimizada en su infraestructura (GPUs Blackwell, etc.), facilita prototipado y luego incentiva despliegues self-hosted o pagos. También promueve ecosistema (DeepSeek, MiniMax, GLM, Gemma, etc.) junto a sus propias optimizaciones (TensorRT-LLM, etc.).

Esta iniciativa se volvió viral en comunidades de devs (Reddit, X/Twitter, LinkedIn) porque da acceso “gratis” a modelos frontier-like sin gestionar GPUs ni pagar por tokens inicialmente. Es una gran oportunidad para probar DeepSeek V4, MiniMax M2.7, GLM 5.1 y otros en proyectos reales de coding y agents.

Si estás desarrollando, te recomiendo empezar ya: crea la key y prueba un par de modelos en paralelo para ver cuál te gusta más para tu caso (coding vs. razonamiento vs. contexto largo).