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 categoria: 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 autonomia, sino porque la esta insertando donde ya vive la operacion 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 conversacion aislada; usa aplicaciones conectadas.
- Responsabilidad: no produce solo contenido; ejecuta tareas bajo direccion.
- Supervision: no basta con revisar outputs; hay que revisar acciones.
Mini-caso: un equipo directivo pide a Spark preparar una reunion de renovacion 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 critica es mas aburrida: que datos uso, que permisos tenia, que accion ejecuto y quien podia 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.
Respiracion: cuanto mas invisible se vuelve la ejecucion, mas visible debe ser el control.
Por que importa ahora
Google presento I/O 2026 como una expansion de agentes en productos centrales: Gemini Spark, Daily Brief, agentes de informacion en Search, Universal Cart y experiencias agenticas 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 util.”
Ese es el camino rapido 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 decision.
Protocolo (3 pasos)
- Mapea acciones, no conversaciones. Que puede leer, crear, modificar, enviar, comprar, agendar o borrar.
- Define niveles de autonomia. Sugerir, preparar, ejecutar con aprobacion, ejecutar bajo threshold.
- Crea observabilidad de agente. Log de contexto, accion, owner, outcome y rollback.
| Nivel | Puede hacer | Necesita |
|---|---|---|
| Asistente | responder y resumir | contexto limitado |
| Copiloto | preparar trabajo | aprobacion 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 autonomia
- 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
Proximo 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 diagnostico.