Problema
Durante años, los asistentes de IA se han medido por la calidad de su respuesta. Eso ya no basta. El anuncio de Gemini Spark en Google I/O 2026 apunta a otra categoría: agentes que viven dentro del sistema operativo del trabajo, conectados a correo, documentos, calendario y herramientas externas.
La pregunta importante no es si Spark responde bien. Es que ocurre cuando un asistente deja de esperar y empieza a trabajar en segundo plano.
Tesis
Spark representa el paso del asistente pasivo al agente operativo. No porque Google haya inventado la autonomía, sino porque la esta insertando donde ya vive la operación diaria: Workspace, Search, Chrome, Android y la capa personal de Gemini.
Cuando el agente vive dentro del flujo de trabajo, la ventaja ya no esta en tener el mejor prompt. Esta en tener el mejor sistema de permisos, memoria, escalado y rollback.
Framework
Un agente persistente cambia cuatro cosas:
- Tiempo: no trabaja solo cuando lo abres; trabaja mientras el usuario no esta presente.
- Contexto: no depende de una conversación aislada; usa aplicaciones conectadas.
- Responsabilidad: no produce solo contenido; ejecuta tareas bajo dirección.
- Supervisión: no basta con revisar outputs; hay que revisar acciones.
Mini-caso: un equipo directivo pide a Spark preparar una reunion de renovación con un cliente. El agente lee correos, resume riesgos, cruza tareas pendientes, propone un documento y agenda seguimientos. Si todo va bien, parece magia. Si algo falla, la pregunta crítica es mas aburrida: que datos uso, que permisos tenia, que acción ejecuto y quien podía frenarlo.
Señal medible: porcentaje de acciones del agente que tienen owner, permiso explicito, log y criterio de reversibilidad.
Postura: el agente 24/7 no reduce governance. La aumenta.
Respiración: cuanto mas invisible se vuelve la ejecución, mas visible debe ser el control.
Por que importa ahora
Google presento I/O 2026 como una expansión de agentes en productos centrales: Gemini Spark, Daily Brief, agentes de información en Search, Universal Cart y experiencias agénticas en Workspace. Eso no es una feature suelta. Es una tesis de plataforma.
El asistente deja de ser una ventana de chat. Se convierte en una capa que atraviesa aplicaciones.
Anti-ejemplo
“Demos acceso al agente a todo para que sea mas útil.”
Ese es el camino rápido hacia deuda operativa. Un agente que toca demasiadas aplicaciones sin limites claros puede producir mas velocidad y menos trazabilidad. La empresa siente progreso hasta que necesita explicar una decisión.
Protocolo (3 pasos)
- Mapea acciones, no conversaciones. Que puede leer, crear, modificar, enviar, comprar, agendar o borrar.
- Define niveles de autonomía. Sugerir, preparar, ejecutar con aprobación, ejecutar bajo threshold.
- Crea observabilidad de agente. Log de contexto, acción, owner, outcome y rollback.
| Nivel | Puede hacer | Necesita |
|---|---|---|
| Asistente | responder y resumir | contexto limitado |
| Copiloto | preparar trabajo | aprobación humana |
| Operador | ejecutar tareas reversibles | thresholds y logs |
| Agente persistente | trabajar en segundo plano | permisos, escalado y auditoria |
Relacionado
- Agent Reliability Score: como saber si un agente merece autonomía
- Human Escalation Design: cuando un agente debe pedir ayuda y cuando debe seguir solo
- Zero-Click Operations: diseño operativo para equipos que escalan
Fuentes consultadas
- Google I/O 2026: News and announcements
- The Gemini app becomes more agentic
- Gemini 3.5: frontier intelligence with action
Próximo paso
Si tu empresa ya prueba agentes conectados a correo, documentos o CRM, no empieces por el prompt. Empieza por el mapa de acciones. Podemos revisarlo en un diagnóstico.