Registra tres decisiones antes de que el bot de tu equipo publique el resumen

El resumen de entre semana es lo primero que ve el equipo y lo último que alguien quiere asumir. Un bot compartido puede publicarlo, pero solo si el equipo ya ha decidido qué puede hacer el bot. El modo de fallo es la expansión de alcance: el bot sigue publicando, el equipo sigue leyendo y nadie recuerda quién aprobó el alcance.

Team Bots son bots compartidos que preservan las conversaciones privadas y las memorias de usuario separadas mientras comparten las habilidades del equipo. La cuenta @bot anunció Team Bots el 28 de septiembre de 2026, y SpaceXAI abrió una beta pública de Team Bots para los planes Teams y Enterprise el 28 de septiembre. Un bot de ventas puede escanizar actualizaciones de cuentas, notas de llamadas y archivos internos durante la noche, y luego compartir un resumen en Slack con acciones recomendadas.

Escribe el registro de tres líneas antes de la primera publicación

Antes de que el bot publique el primer resumen matutino de entre semana, escribe un registro breve de decisiones. Mantenlo lo suficientemente corto para leerlo en una reunión y lo suficientemente específico para evitar una disputa. Debe sobrevivir a un cambio de personal sin necesidad de reescribirlo. El registro es un mínimo documento, no un documento de política. Le dice al equipo para qué sirve el bot, qué puede tocar y cómo se verificará.

• Rol, canal, aprobación. Nombra la función del bot, el canal donde publica y la persona que aprueba la plantilla antes de que se ejecute.
• Alcance de credenciales y complementos. Nombra cada credencial, complemento o fuente de datos que el bot puede usar, así como los que no puede usar.
• Verificación semanal de vigencia. Nombra a la persona que verifica el resumen del bot contra una fuente autorizada cada semana y registra qué cambió.

Un bot compartido sin un propietario designado se vuelve confuso. Si el canal cambia, el resumen desaparece en un lugar donde nadie lo revisa. Si la plantilla cambia, el bot puede publicar algo con lo que el equipo nunca acordó. La aprobación es el momento en que el equipo acepta el resumen como un artefacto compartido y no como un experimento privado.

El acceso es el daño que un error puede causar. Un bot que puede leer un solo canal es diferente de uno que puede leer archivos de clientes, documentos internos y un calendario. El alcance debe ser lo suficientemente estrecho para que un error sea vergonzoso, no catastrófico. Si el bot necesita un complemento nuevo, primero se modifica el registro. Esa pausa impide que el resumen de entre semana se convierta en un permiso permanente.

La memoria no es una fuente de verdad. La memoria almacenada de un bot puede perder vigencia, y los equipos deben verificar contra fuentes autorizadas en lugar de depender de ella. Un bot puede recordar un nombre de proyecto, una preferencia de un cliente o una métrica de un informe antiguo. Nada de eso es seguro de repetir sin una verificación. El ritual de revisión semanal debe ser aburrido: abrir la fuente, comparar el resumen, anotar la diferencia y actualizar el registro si el alcance cambió.

Convierte la verificación semanal en un ritual, no en una esperanza

Coloca la verificación de vigencia en el mismo calendario que el resumen para que sobreviva a una semana intensa. Si el bot publica entre semana, la verificación puede hacerse después de la última publicación. La verificación debe tomar minutos, no una tarde. El propietario debe centrarse en lo que el bot hizo mal y de dónde vino, en lugar de si parecía correcto.

Guarda el resultado de la verificación en el mismo lugar que el registro. Haz la nota lo suficientemente corta para leerla en la siguiente reunión. Una nota que dice «estado de cuenta incorrecto» es útil. Una nota que dice «verificado, sin problemas» también es útil, porque demuestra que la verificación se realizó. Con el tiempo, ese registro se convierte en la evidencia del equipo de que el bot sigue haciendo el trabajo que se le asignó. Si el alcance cambia, actualiza el registro antes de la siguiente publicación. Cuando el bot deja de ser útil, el registro le da al equipo un lugar para registrar por qué.