Google organiza sus recetas de agentes de IA en tres capas

Google organizó sus recetas de agentes de IA en tres capas dentro del repositorio público google/adk-recipes: patrones de referencia, plugins instalables por industria y servicios completos que pueden adaptarse. La estructura busca que desarrolladores y asistentes de programación encuentren el punto de partida adecuado sin confundir un ejemplo con una solución lista para producción.

Qué presentó Google

El 15 de octubre de 2026, Google explicó en su blog para desarrolladores la reorganización de google/adk-recipes, una colección pública de ejemplos construidos con Agent Development Kit (ADK). La propuesta reúne recursos para aprender patrones, instalar capacidades verticales y tomar como base aplicaciones de agente más completas.

Google dice que el repositorio sirve como fuente común para recursos como Agents CLI, Agent Garden y Gemini Enterprise. No es solo una carpeta de demostraciones: organiza materiales según el trabajo que un equipo quiere realizar.

Las tres capas de recetas de agentes de IA

1. core: patrones para aprender y reutilizar

core contiene ejemplos pequeños y enfocados, como flujos OAuth, memoria de sesión, guardrails y RAG, técnica que recupera información externa para responder con contexto.

Un ejemplo es Horizon, un arnés de referencia para agentes que trabajan a través de sesiones largas. Reúne memoria entre sesiones, aislamiento por usuario, gestión de secretos y controles de comportamiento. Sirve para estudiar cómo encajan esas piezas; no resuelve automáticamente todos los casos de una empresa.

Cuándo mirarlo: cuando el equipo necesita comprender un patrón técnico y busca partir de una implementación acotada y explicada.

2. plugins: capacidades verticales instalables

plugins organiza habilidades enfocadas en una industria o problema y preparadas para instalarse en asistentes de programación compatibles. Google presenta ejemplos para comercio minorista, como búsqueda de productos y pruebas virtuales.

Una receta puede incluir instrucciones, archivos de evaluación y recursos auxiliares. La búsqueda de productos combina recuperación vectorial con un catálogo; la prueba virtual puede generar composiciones visuales y, opcionalmente, video.

Cuándo mirarlos: cuando se busca acelerar una capacidad de dominio concreto y se puede revisar su compatibilidad con datos, procesos y herramientas propios.

3. contrib: servicios completos que pueden desplegarse

contrib reúne contribuciones comunitarias y agentes verticales de extremo a extremo. Google indica que abarcan varios lenguajes y pueden orientarse a distintos entornos de despliegue de Google Cloud.

Esta capa se acerca más a una aplicación adaptable y contiene más integración y operación que un patrón aislado. Pero “desplegable” no quiere decir listo para producción en cualquier empresa. El propio repositorio describe sus recetas como demostraciones y puntos de partida, no como productos listos para producción ni software con soporte oficial.

Cuándo mirarla: cuando se necesita estudiar una solución más completa y se pueden revisar dependencias, permisos, seguridad, costos y operación.

Por qué importa este diseño

Separar los ejemplos según el tipo de trabajo facilita decidir por dónde empezar. Un desarrollador puede estudiar un patrón en core, incorporar una habilidad desde plugins o explorar una solución amplia en contrib, en vez de tratar todo como una colección homogénea de demos.

La estructura también considera a los asistentes de programación. Según Google, archivos como AGENTS.md, manifiestos y guías de habilidades ayudan a explicar qué contiene cada receta y cómo trabajar con ella. Esto puede ayudar a encontrar material pertinente, pero no reemplaza la revisión del código.

Para un negocio, el beneficio potencial es ahorrar trabajo inicial y comparar alternativas. El valor real depende de validar cada receta con los datos, usuarios y restricciones propios.

Cómo puede aprovecharlo un equipo de negocio

• Equipos pequeños: prueben primero un patrón de core en un entorno controlado, antes de asumir la complejidad de un servicio completo.
• Marketing y comercio electrónico: usen los ejemplos verticales para prototipos de búsqueda o asistencia de producto; revisen calidad y privacidad antes de conectar catálogos reales.
• Producto y tecnología: comparen el alcance de cada capa. Elijan un plugin para una capacidad acotada y evalúen contrib si la necesidad incluye más integración y operación.
• Dirección: soliciten una prueba con criterios de aceptación, presupuesto y responsable de mantenimiento. Una demo funcional no demuestra impacto comercial.

Límites y precauciones

• Las recetas son ejemplos y puntos de partida; no garantizan resultados ni adecuación a un proceso particular.
• El repositorio aclara que no son software listo para producción y que no cuentan con soporte oficial de Google.
• Un despliegue de ejemplo no sustituye la revisión de privacidad, seguridad, permisos, costos, observabilidad y respuesta ante errores.
• Las integraciones dependen de plataformas y configuraciones concretas; comprueba requisitos y disponibilidad antes de planificar.
• Define criterios de evaluación y cuándo el agente debe derivar el caso a una persona.

Qué hacer ahora

1. Define el problema del negocio y el resultado observable que debería mejorar.
2. Explora core para entender una técnica; plugins para una capacidad vertical; o contrib para estudiar una aplicación más integrada.
3. Revisa README, requisitos, licencia, dependencias, datos de ejemplo y pruebas.
4. Prueba con datos ficticios o minimizados y mide calidad, latencia, costo y fallos.
5. Antes de producción, incorpora seguridad, monitoreo, manejo de errores, revisión humana cuando aplique y mantenimiento.

No confundir con…

Las tres capas no son fases de madurez que todo proyecto deba recorrer, ni implican que cada ejemplo sea seguro o apto para producción. Son categorías con propósitos distintos dentro de un repositorio de referencia.

Preguntas frecuentes

¿Qué es google/adk-recipes?

Es un repositorio público de recetas, patrones y ejemplos de agentes desarrollados con Agent Development Kit. Google lo presenta como una fuente común para distintos recursos de su plataforma.

¿Cuáles son sus tres capas?

core para patrones de referencia, plugins para capacidades verticales instalables y contrib para servicios de agente más completos y adaptables.

¿Las recetas están listas para producción?

No necesariamente. El repositorio las define como demostraciones y puntos de partida, no como software listo para producción ni oficialmente soportado. Cada equipo debe revisarlas.

¿Por dónde debería empezar una empresa?

Por el problema concreto: core para comprender una técnica, plugins para explorar una capacidad de industria y contrib para analizar una solución más integrada. Después, valida en un entorno controlado.

Fuentes

• Google Developers Blog: “Three layers, one repo: a tour of google/adk-recipes”
• Repositorio google/adk-recipes en GitHub
• Guía de inicio de Agent Development Kit