La arquitectura en tu inbox: presentamos el resumen semanal de equipo
El score de drift de nuestro servicio Payment lleva subiendo seis semanas. Dos ADRs están abiertos esperando revisión. Una violación de conformidad de severidad alta apareció el lunes. El nuevo servicio Inventory quedó asignado a un equipo que aún no existe.
Sé todo esto porque entré a archyl esta mañana y navegué cinco páginas.
La mayoría de los ingenieros de esos equipos no saben nada.
Ese es el problema que decidimos resolver esta semana. Los insights de arquitectura — drift, conformidad, ADRs, decisiones, discusiones — existen en archyl. Están indexados, calculados, expuestos en dashboards. Pero las personas que más los necesitan están centradas en escribir código, no refrescando dashboards. Así que los insights se quedan donde están, y las decisiones de arquitectura siguen tomándose en vacíos.
Hoy lanzamos el Resumen de Arquitectura de Equipo. Un email recurrente que lleva el estado de arquitectura de cada equipo a la inbox del equipo que es propietario. Semanal, quincenal o mensual. El equipo elige.
Los dashboards pierden. Las inboxes ganan.
Hay una razón por la que GitHub te sigue enviando emails sobre pull requests en 2026 aunque la web esté ahí mismo. Hay una razón por la que Linear envía un resumen diario. Hay una razón por la que cada herramienta de analytics tiene una opción "weekly summary".
La gente no tira. Escanea lo que llega. Un dashboard que tienes que recordar abrir es un dashboard que olvidas abrir.
Durante diez años nos han dicho que "Slack y los dashboards mataron al email". Pero los dashboards funcionan cuando sabes qué buscas, y Slack funciona cuando necesitas reaccionar. Ninguno funciona para el "esto es todo lo que importó esta semana, en dos minutos" — que es exactamente lo que un equipo de ingeniería necesita para mantenerse alineado en arquitectura sin convertirlo en una reunión.
El email, irónicamente, es la superficie correcta. Silencioso, denso, archivable, buscable, reenviable. Y cada equipo ya tiene una lista de distribución.
Qué hay en un resumen
El resumen de cada equipo está scoped a los proyectos que es propietario. Nada irrelevante, nada del perímetro de otros equipos.
Dentro, hasta siete secciones — el equipo elige cuáles mantener:
- Salud de la arquitectura — score de drift con delta vs el periodo anterior, tasa de conformidad, número de despliegues, lead time, MTTR. El snapshot DORA, en una sola fila.
- Cambios de arquitectura — qué elementos C4 fueron añadidos, actualizados o eliminados. Top items.
- Decisiones (ADRs) — qué fue propuesto y qué fue mergeado.
- Pull requests — Architecture Change Requests por estado.
- Conformidad — nuevas violaciones, con severidad.
- Discusiones — nuevos hilos de comentarios abiertos sobre elementos de arquitectura. La vista "qué se está debatiendo ahora mismo".
- Insights — insights de arquitectura generados para el periodo.
Las secciones sin actividad son omitidas silenciosamente. Sin emails a medio llenar.
El render es HTML simple. Sin pixel de tracking, sin chrome de marketing. Negro sobre blanco, monocromo, con el wordmark archyl en la cabecera — porque los emails transaccionales deberían parecerse a Linear o Vercel, no a una campaña. El modo oscuro se activa automáticamente cuando tu cliente de email soporta prefers-color-scheme.
La configuración toma quince segundos
Abre los settings de tu equipo, ve a la pestaña Resumen. Escribe un email de equipo. Elige una frecuencia, un día, una hora y la zona horaria en la que el equipo realmente vive. Marca las secciones. Guarda.
Puedes previsualizar el email en la app sin enviar nada, y enviar un email de prueba a la dirección configurada para verificar deliverabilidad y rendering antes de activar la programación.
El planificador corre cada hora y envía el resumen de cada equipo a la hora local configurada. Un resumen semanal programado para el lunes a las 9 en Europe/Madrid llega a las 9 hora de Madrid — incluso si Madrid está en horario de verano, incluso si tu instancia self-hosted corre en America/Los_Angeles. Cada resumen sigue el reloj del equipo dueño.
Por qué importa
La arquitectura es propiedad de equipo. Es poseída colectivamente, y evoluciona cada vez que uno de sus dueños envía código. El problema más difícil no es capturar la arquitectura — diagramas, ADRs, detección de drift, todo eso lo llevamos haciendo años. El problema más difícil es cerrar el bucle entre lo que la arquitectura dice y lo que el equipo sabe.
Un resumen semanal hace algo simple pero raro: ofrece al equipo un único momento de cinco minutos, cada semana, para estar en la misma página sobre su propia arquitectura. Sin standup. Sin herramienta que abrir. Sin hábito que construir. Solo el email que todo el mundo ya lee.
Si eres engineering manager, ese momento vale oro. Si eres ingeniero del equipo, es la primera vez que el contexto de arquitectura viene a ti en vez de hacerte correr detrás.
Disponible ahora
Los Resúmenes de Arquitectura de Equipo están disponibles para todos los equipos. Abre los settings del equipo, ve a la pestaña Resumen, y tu primer resumen sale al próximo tick programado.
Cuéntanos qué piensa tu equipo. Ya estamos prototipando equivalentes Slack y Teams para organizaciones que prefieren chat a la inbox — pero para la cadencia semanal, estamos convencidos de que la inbox es la superficie que entrega contexto sin convertirse en ruido.
La arquitectura, por fin, donde realmente viven las personas que la poseen.
¿Quieres profundizar en cómo el contexto de arquitectura circula por un equipo de ingeniería? Lee sobre los Architecture Change Requests para el flujo pull request aplicado a tu modelo C4, o Architecture Chat para hacer cualquier pregunta sobre tu stack y obtener una respuesta anclada en tu propio modelo.