Asigna un responsable humano y una revisión semanal a los canales de agentes

Etiquetas a un agente en un canal de lanzamiento y este devuelve un plan, preguntas, un borrador y un enlace. Para la siguiente reunión, el hilo tiene más decisiones de las que el equipo tiene tiempo para tomar. El problema es el canal: no tiene responsable ni revisión.

La velocidad es real. En Cognition, el número de pull requests fusionados internamente se multiplicó por 10 en los últimos meses, mientras que la plantilla solo creció un 40 por ciento. Eso es impresionante. También es una advertencia. Para un pequeño equipo fundador, así es como las buenas herramientas empiezan a crear malas reuniones. Un canal puede convertirse en un lugar donde el trabajo aparece más rápido de lo que el equipo puede absorberlo. La solución es gestionar el canal como una nueva unidad operativa: responsable con nombre, alcance claro y una revisión periódica.

Un canal sin responsable se convierte en una bandeja de entrada

Slack Code lleva la programación asistida por agentes a un canal compartido donde el equipo puede seguir el progreso, dirigir al agente e inspeccionar los cambios antes del lanzamiento. Hace visible el trabajo de programación con IA para todo el equipo en un canal dedicado en lugar de una pestaña privada. Un usuario puede invocar a un agente de programación desde una conversación, y el agente abre un canal para el trabajo. La dirección es una reunión. Necesita una agenda, un responsable de decisiones y un tiempo limitado. Si nadie es responsable del canal, el canal es responsable del equipo.

En una demostración de Cognition, Devin etiquetó a un responsable de código llamado Theo mientras investigaba una función defectuosa. El agente no solo produjo salida. Incorporó a un humano al proceso. Si tu equipo no sabe quién es ese humano antes del mensaje inicial, el agente improvisará un flujo de trabajo en torno a quien responda.

Slack Code requiere que un humano apruebe acciones de alto riesgo, incluida la fusión de código en producción. La aprobación te dice que se produjo un paso arriesgado. La revisión te dice que el trabajo vale la pena.

La carta de misión es el contrato operativo

Antes de la primera etiqueta, redacta una breve carta de misión para el canal del agente. Debe caber en la descripción del canal. Es el conjunto mínimo de hechos que permite a un nuevo compañero de equipo entender el trabajo, no un documento de políticas.

• Define el propósito del canal en una sola frase.
• Define el rol del agente y lo que no debe hacer.
• Define un responsable humano que pueda responder preguntas y detener el trabajo.
• Define la reunión periódica que reemplaza o a la que alimenta.
• Redacta una pregunta de revisión semanal que el responsable deberá responder.
• Establece una condición de parada que cierre el canal o lo escale.
• Establece un punto de entrega donde la salida se convierte en un entregable real.
• Establece una regla de archivo para cuándo se cierra el canal y dónde se conserva el rastro.

El propósito impide que el agente derive hacia una asistencia general, y el rol evita que se convierta en un mostrador de ayuda. El responsable hace que alguien sea rendible de cuentas cuando la salida es incorrecta. La reunión periódica vincula el trabajo a una reunión que ya existe. La pregunta de revisión hace que el responsable verifique el trabajo, no solo lo observe. La condición de parada termina el trabajo sin fin, la entrega convierte la salida del canal en un entregable real y la regla de archivo preserva el registro para una revisión posterior.

Slack Code archiva cada canal de proyecto de agente una vez finalizado el trabajo, dejando un rastro de auditoría consultable para una revisión posterior. Un archivo por sí solo no es una decisión. Si el equipo nunca revisa el rastro, el rastro se convierte en evidencia de que nadie lo verificó.

La revisión semanal es el freno

Coloca un espacio de revisión semanal en el calendario antes de que el agente publique. Una revisión breve es suficiente. El responsable responde la pregunta de la carta de misión, revisa el canal en busca de peticiones sin resolver y decide qué se queda, qué se cierra y qué se escala. La revisión es un punto de control, no una actualización de estado.

El trabajo de los agentes puede avanzar más rápido que el ritmo operativo de un pequeño equipo. Si la salida crece más rápido que la capacidad de revisión, el equipo gastará ciclos limpiando trabajo que nunca eligió mantener.

El 62 por ciento de las organizaciones ha probado agentes de IA de alguna forma, aproximadamente un tercio está escalando la IA y el 39 por ciento percibe impacto en el resultado neto. La brecha entre probar y escalar suele ser operativa. El agente rara vez es el punto débil. El canal falla cuando no tiene responsable, no tiene alcance y no tiene revisión.

Se prevé que más del 40 por ciento de las iniciativas de IA agéntica sean abandonadas antes de finales de 2027, impulsadas por el aumento de costes y un valor empresarial poco claro. Haz visible el coste operativo antes de que el agente empiece a publicar. Un responsable con nombre y un espacio de revisión semanal son los controles más baratos que puedes instalar.

Antes de la primera etiqueta, pon al responsable en la descripción del canal y la revisión en el calendario.