Una bandeja de entrada para lo que te espera

A las 14:10 lanzas una ejecución gestionada sobre Payments API y vuelves a tu propio trabajo. A las 14:25 el agente se detiene en una pregunta: ¿los reintentos deben cubrir también las respuestas 4xx de los receptores, o solo las 5xx y los timeouts? Estás en otra pestaña. Como contamos cuando las ejecuciones recibieron un ciclo de revisión, una pregunta que nadie responde en una hora deja que el agente siga según su propio criterio, y un plan que nadie revisa en una hora hace fallar la ejecución. A las 15:25 el agente decide solo.

No había nada roto. La página de la ejecución decía Esperándote todo el tiempo. Tú no estabas en la página de la ejecución.

Las ejecuciones son un caso de algo que se ha vuelto cierto en todo Archyl: hay cosas que esperan a personas. Una solicitud de cambio de arquitectura permanece abierta hasta que alguien con permiso de edición la revisa. Un comentario sobre un elemento de un diagrama recibe una respuesta que su autor nunca ve. Hasta ahora había dos formas de enterarse. Ibas a mirar, o activabas las notificaciones por correo, que reflejan los cambios de arquitectura de toda la organización y te cuentan muchísimo sobre lo que no te corresponde actuar.

Archyl tiene ahora una tercera: una campana en el extremo derecho de la cabecera de la aplicación, en todas las páginas, con un contador de no leídas. Detrás hay una bandeja de entrada que solo contiene lo que te espera o lo que responde a algo que hiciste.

Cómo es el panel

Haz clic en la campana y se abre un panel titulado Notificaciones. Cada notificación es una línea: una frase que dice quién hizo qué, un extracto, el nombre del proyecto y cuánto tiempo hace. Esta es una tarde plausible. Las frases son las que muestra la aplicación. Los nombres, los proyectos y los extractos son ejemplos.

Notificaciones                                 Marcar todo como leído

● Un agente espera tu respuesta
  Should retries also cover 4xx responses from receivers, or only
  5xx and timeouts?
  Payments API · hace 12 min

● Marie Laurent pidió cambios en #14
  Billing shouldn't call the ledger database directly. Route it
  through the Ledger API container.
  Billing · hace 2 h

● Sam Okafor respondió en una discusión
  That queue was replaced by the outbox table in March, the
  diagram is behind.
  Checkout · hace 3 h

  Tu ejecución de agente ha terminado
  Document how to set up and run the service locally.
  Billing · ayer

Hacer clic en una línea la marca como leída y abre la página de la que trata: la ejecución, la solicitud de cambio o la discusión. Marcar todo como leído está en la cabecera del panel, y al pasar el cursor sobre una línea no leída aparece un botón Marcar como leído para las que quieres despejar sin abrirlas. Cuando no hay nada, el panel lo dice: «Nada te está esperando».

Qué envía una notificación

Tres fuentes, y la lista completa es lo bastante corta como para imprimirla.

Las ejecuciones de agente gestionadas notifican a la persona que lanzó la ejecución.

Una ejecución cancelada no envía nada. Alguien decidió detenerla, y a ese alguien no hace falta contárselo.

Las solicitudes de cambio de arquitectura notifican en dos direcciones. Cuando se abre una, se avisa a todas las personas que pueden editar el proyecto, excepto a su autor. Revisar requiere permisos de edición, así que esas son las personas a las que espera. A partir de ahí, el autor se entera de lo que le ocurre:

Las discusiones notifican las respuestas. Una respuesta llega a la persona que inició la discusión y a todas las que ya han respondido en ella, con la respuesta como extracto. El enlace abre la discusión, no la respuesta suelta, así que aterrizas en el hilo completo.

Una regla vale para las tres: nunca se te notifican tus propias acciones. Aprueba la solicitud de cambio de tu compañero y él se entera. Tú no.

Por qué no es un feed de actividad

La forma obvia de construir esto es tomar el historial de cambios que Archyl ya registra y mostrarlo bajo una campana. No lo hicimos, a propósito.

El historial de una organización es, sobre todo, el trabajo de otras personas yendo bien. Alguien renombró un container, alguien añadió una relación, el descubrimiento propuso doce componentes y un compañero los aprobó. Todo es cierto y casi nada te necesita. Pon eso bajo un contador de no leídas y el contador deja de significar algo. La mayoría tenemos una campana así en alguna otra herramienta, con un número encima que dejamos de leer hace mucho.

Por eso la bandeja de entrada aplica una prueba estrecha a lo que entra. O bien la cosa está bloqueada hasta que actúes (la pregunta de un agente, un plan, una solicitud de cambio que puedes revisar), o bien es la respuesta a algo que tú empezaste (una revisión de tu solicitud, el final de tu ejecución, una respuesta en tu discusión). Un cambio que no pasa ninguna de las dos pruebas no recibe una línea.

La vista amplia sigue existiendo y no ha cambiado. Las notificaciones por correo y la página Historial siguen siendo el lugar para la actividad de toda la organización. La bandeja de entrada es la otra mitad: la parte que va dirigida a ti.

Algunos detalles

Cada organización tiene su propia bandeja de entrada. Si perteneces a dos, la campana cuenta y lista la de aquella en la que estás en ese momento.

Las frases siguen tu idioma, los extractos no. La aplicación está disponible en nueve idiomas, y la frase de cada línea se muestra en el idioma de tu interfaz. Una notificación guarda lo que ocurrió, no una cadena en inglés ya terminada, de modo que un revisor que trabaja en francés y un autor que trabaja en japonés leen cada uno «pidió cambios» en su propio idioma. El extracto son las palabras de alguien, y se queda en el idioma en que se escribieron.

Lo que una notificación copia está protegido igual que su origen. Una línea repite el título de una solicitud de cambio o un fragmento de un comentario. Donde estos están cifrados en reposo, que es el caso en Archyl Cloud, la copia de la bandeja de entrada está cifrada del mismo modo.

El contador se consulta periódicamente, no se envía por push. El contador de no leídas se actualiza cada 30 segundos, y otra vez cuando vuelves a la pestaña. Por tanto, una notificación nueva puede tardar hasta medio minuto en aparecer en la campana. Para «un revisor quiere cambios» es lo bastante pronto, y le ahorra a cada pestaña abierta una conexión de larga duración. Marcar algo como leído actualiza el contador al instante en tu propio navegador.

Lo que todavía no hace

Las solicitudes de cambio que abre un agente a través del servidor MCP no notifican a los revisores. Una solicitud abierta en la aplicación sí lo hace. La que abre un agente a través de MCP aparece en la lista del proyecto, y no se mueve la campana de nadie.

Sin ajustes por tipo. No puedes desactivar un tipo de notificación. La lista de arriba es lo que recibes.

Sin @menciones. Nombrar a alguien en un comentario no le notifica. Hoy solo se enteran de las respuestas las personas que ya están en una discusión. Las menciones son lo siguiente en la hoja de ruta de la bandeja de entrada, y no les ponemos fecha.

Dónde encontrarla

No hay nada que configurar. La campana está en el extremo derecho de la cabecera, y seguirá vacía hasta que algo vaya dirigido a ti. La forma más rápida de verla funcionar: lanza una ejecución gestionada en un perfil con Revisar el plan primero activado, cambia a otra página y espera al contador.

Si lanzas ejecuciones desde el chat, esto convive con las actualizaciones del hilo en lugar de sustituirlas. Una ejecución iniciada desde Slack o Teams sigue informando en su hilo, y quien la lanzó recibe además la línea en la bandeja de entrada.

Lecturas relacionadas: revisar a un agente mientras trabaja, para los planes y las preguntas en los que espera una ejecución, y las solicitudes de cambio de arquitectura, para el flujo de revisión que siguen estas notificaciones.