Cada conversación del bot con el usuario, hoy (calendario dedicado, scope amplio) vs. con la Opción A (agenda principal, scope angosto que Google exige). Lo que cambia está marcado en turquesa.
Conectar, crear eventos, links de Meet, recordatorios automáticos, ver la agenda: todo sigue funcionando igual. Solo cambian 3 cosas, y a cambio la verificación de Google se destraba más rápido:
Lo que cambia: solo el mensaje de confirmación y el permiso que pide Google (más chico). El link, el “1 toque” y la experiencia de conectar son idénticos.
Hoy scope amplio · calendario dedicado
Opción A scope angosto · agenda principal
✔ Idéntico. El evento, el Meet, el convite y el recordatorio automático son iguales. Lo único distinto: en qué calendario de Google aparece (badge abajo).
Hoy
Opción A
Lo que cambia: casi nada. Mismo listado. Hoy etiqueta cada evento con el calendario; en A se lee tu agenda principal sin separar por calendario.
Hoy
Opción A
Lo que cambia: esta función desaparece. Es la única capacidad que se va con la Opción A. El bot lo explica con gracia y ofrece la alternativa manual.
Hoy
Opción A
Copy fiel al bot. Textos verbatim del código de producción (langgraph): oferta de conexión google_connect_tool.py:71-76, confirmación mixta/separada calendar.py:253 · 265, listado de agenda calendar.py:571-576, destino del evento calendar.py:456. Los mensajes de “evento criado” los compone el LLM alrededor de esos datos → acá se muestran representativos en la voz real del bot (pt-BR).
Nota técnica. El scope angosto calendar.events permite crear/editar/borrar eventos y leer la agenda del calendario principal. NO permite crear un calendario nuevo ni listar los calendarios del usuario → por eso se cae solo el “calendario dedicado”. Google exige justamente ese scope mínimo (least-privilege). La consola ya está en calendar.events, así que Opción A no toca la consola: solo código nuestro + privacy.
Zymplo · mockup interno de decisión · 2026-07-22 · confidencial