La primera generación de CLIs de IA para devs te daba un loop de chat y tool-use. La segunda generación se está consolidando alrededor de una primitiva específica siguiente: el subagente. Claude Code lanzó su herramienta Agent a principios de este año con configs en markdown más YAML, delegación explícita vía sintaxis de tool-calling, invocación paralela, y contextos aislados. El Gemini CLI de Google acaba de lanzar esencialmente la misma primitiva. InfoQ tiene el writeup, y la forma es lo bastante cercana para que usuarios de Claude Code la reconozcan de un vistazo.
Los subagentes en Gemini CLI se definen en archivos markdown con frontmatter YAML, especificando roles, herramientas, y pautas de comportamiento. Eso coincide con el patrón que usuarios de Claude Code ya usan bajo `.claude/agents/`. La delegación es explícita: los usuarios asignan tareas a agentes específicos mediante sintaxis de prompt, reflejando cómo Claude Code invoca la herramienta Agent. La ejecución paralela está soportada. Los ejemplos de Google incluyen analizar diferentes partes de un codebase o correr múltiples tareas de investigación a la vez, e InfoQ nota el riesgo obvio: cambios de código conflictivos y límites de uso aumentados por requests concurrentes. Cada subagente corre en un entorno aislado y devuelve un resultado resumido a la sesión principal, que es la misma arquitectura que Claude Code usa para mantener ligero el contexto padre. Gemini CLI trae tres subagentes built-in de fábrica: un asistente de propósito general, un helper CLI, y un agente de investigación de codebase.
Esto no es convergencia coincidente — es la forma que el problema te impone. Una vez que has construido sesiones CLI agénticas que necesitan hacer investigación de largo plazo, investigación de código, o modificación masiva de archivos, pegas dos restricciones rápido: presupuesto de contexto padre y paralelismo. Las configs markdown más YAML manejan el eje de "cómo debe comportarse este agente". Los entornos aislados con retornos resumidos manejan el eje de presupuesto de contexto. La delegación explícita vía sintaxis de prompt mantiene el modelo de programación simple para usuarios CLI que no quieren un framework de orquestación completo. Gemini CLI aterrizando esta primitiva significa que el patrón es ahora el estándar de la industria para herramientas de dev agénticas, no una idiosincrasia de Claude Code.
Si construyes tooling de agente sobre cualquiera de los dos CLIs, la implicación práctica es que tus configs de subagente pueden escribirse una vez y reusarse casi completamente entre ambos. Las diferencias de schema son manejables; el modelo mental es idéntico. Vale notar que ambos campos advierten sobre subagentes paralelos produciendo ediciones conflictivas, que es un problema resuelto en teoría (control de versiones, chequear-antes-de-escribir, merge) pero un problema no resuelto en UX. Quien descifre primero el flow de "lanza cinco subagentes editando el mismo repo y merge limpio" tendrá un diferenciador real. Hasta entonces, la primitiva convergente está aquí, y tu playbook de agente puede escribirse contra ella sin importar qué CLI use tu equipo.