Volver al BlogProduct Update

Misiones Milian: Automatización de IA basada en eventos con límites claros

Mission Studio hace que las Misiones Milian sean trazables, versionadas y basadas en eventos, con acceso controlado, límites de ejecución, REST y MCP.

Sarah Müller30 de agosto de 20268 min de lectura

Resumir contenido con:

Famulor ha ampliado las Misiones Milian con Mission Studio. Desde la actualización del 30 de agosto de 2026, las Misiones no solo pueden ejecutarse de forma manual o programada, sino también en respuesta a eventos del espacio de trabajo. Una llamada finalizada, un mensaje nuevo, una reserva, un lead, un webhook o cualquier evento de un sistema conectado pueden convertirse en el punto de partida para tareas en segundo plano. Este nuevo disparador es solo una parte del lanzamiento: el objetivo, el contexto, las conexiones, las acciones permitidas y los límites de ejecución se capturan conjuntamente en una versión publicada.

Puntos clave

  • Mission Studio integra disparadores, acceso, ejecuciones y versiones en un único espacio de trabajo.
  • Las Misiones basadas en eventos reaccionan a la actividad del espacio de trabajo; las Misiones manuales y programadas existentes continúan sin cambios.
  • Cada versión publicada fija el disparador, los filtros, los recursos, las conexiones de aplicaciones, los grupos de acciones y los límites de ejecución.
  • Las ejecuciones son visibles, se procesan en orden y son trazables mediante el estado, el uso de créditos y las transcripciones.
  • Las Misiones por eventos son actualmente una función en Workspace Beta.

¿Qué hay de nuevo en Mission Studio?

Según la documentación de las Misiones Milian de Famulor, una Misión es una tarea versionada para Milian, el copiloto del espacio de trabajo. Se ejecuta en segundo plano sin necesidad de tener una pestaña del navegador abierta, ya sea bajo demanda, según un horario o, ahora, tras un evento. Mission Studio organiza la configuración en Resumen, Disparador, Acceso, Ejecuciones y Versiones. Las Misiones programadas existentes no se migran automáticamente; su primera edición en Studio crea un nuevo borrador.

Una Misión publicada tiene exactamente un disparador. Además de los inicios manuales y programados, Studio admite eventos de llamadas, conversaciones, mensajes, correo electrónico, reservas, leads, webhooks entrantes, sistemas CRM y aplicaciones conectadas. Los filtros Y/O pueden acotar el disparador utilizando los campos de evento elegibles. Por tanto, el modelo operativo cambia de "comprobar cada mañana" a "responder cuando ocurra el evento relevante".

Esto es distinto de las acciones durante una llamada en una conversación en vivo. Las acciones durante la llamada realizan tareas mientras un asistente habla con un cliente. Las Misiones gestionan tareas independientes en segundo plano iniciadas manualmente, mediante programación o por un evento del espacio de trabajo.

De la programación a los eventos: por qué es importante

La programación sigue siendo útil para informes diarios y revisiones semanales. Sin embargo, para eventos operativos, introduce tiempos de espera o sondeos innecesarios. Un disparador de eventos inicia una Misión más cerca del momento que generó el trabajo. Al mismo tiempo, la versión publicada evita que una edición casual cambie inmediatamente la lógica activa.

El ecosistema de agentes más amplio debate los mismos problemas operativos. Un hilo de gran participación en Hacker News sobre flujos de trabajo duraderos se centra en la reanudación, los reintentos, la sobrecarga de versiones, la observabilidad y el coste real de las operaciones. Eso es una señal de la comunidad, no una prueba de eficacia. El estudio SKILL.nb destaca asimismo el versionado, las puertas de ejecución y las pruebas auditables como mecanismos de fiabilidad para flujos de trabajo de agentes reutilizables. Mission Studio aplica esa lógica operativa a tareas reales del espacio de trabajo.

Tres patrones prácticos para Misiones basadas en eventos

1. Seguimiento tras una llamada

Una llamada finalizada puede iniciar una Misión que evalúe el contexto disponible y, dentro de sus acciones permitidas, prepare un borrador de seguimiento, una tarea o un resumen interno. Los filtros deben restringir el disparador a los casos que realmente requieran seguimiento. Esto evita comprobaciones por lotes generales y mantiene el flujo de trabajo cerca de la interacción con el cliente.

2. Enriquecer nuevos leads dentro de límites definidos

Un nuevo lead puede activar una Misión que utilice recursos aprobados del espacio de trabajo y conexiones de aplicaciones guardadas. Un objetivo útil es deliberadamente estrecho: recopilar información relevante, estructurar el registro y preparar el siguiente paso. Los equipos que necesiten información web actual pueden combinar el flujo de trabajo con la investigación adecuada o herramientas de agente, pero solo cuando esas herramientas estén explícitamente incluidas en el acceso de la Misión.

3. Convertir reservas y mensajes en tareas de seguimiento

Una reserva, un correo entrante o un mensaje pueden iniciar tareas en segundo plano, como preparar una lista de verificación interna, notificar al equipo responsable o producir un resumen conciso. El patrón complementa la programación automatizada entre canales sin saturar la conversación con el cliente con lógica de procesos adicional.

Límites claros en lugar de acceso sin restricciones para el agente

Mission Studio hace visible el alcance operativo permitido antes de la publicación. La versión activa incluye el disparador, los filtros, los recursos referenciados, las conexiones de aplicaciones guardadas individualmente, los grupos de acciones permitidos y los techos de créditos, llamadas a herramientas y tiempo de ejecución. Milian solo recibe este alcance publicado durante una ejecución.

Las conexiones se comprueban de nuevo inmediatamente antes de cada ejecución. Una Misión se niega a ejecutarse si una conexión concedida falta, ha caducado, está desactivada o está rota. Para los webhooks entrantes, el propietario o administrador del espacio de trabajo puede generar un secreto que se muestra solo una vez y se envía en la cabecera X-Automation-Secret. Rotar el secreto invalida inmediatamente el valor anterior.

Estos controles se alinean con el enfoque de la guía de gobernanza de IA de voz de Famulor: definir primero el propósito y los permisos, ejecutar el agente después y revisar las ejecuciones y transcripciones posteriormente.

Versionado y ejecuciones: qué permanece trazable

La publicación crea una versión inmutable. Los cambios posteriores permanecen en un borrador mientras la versión activa sigue ejecutándose. Restaurar una versión anterior también crea un nuevo borrador en lugar de reescribir el historial. Los miembros pueden guardar borradores; los propietarios y administradores del espacio de trabajo pueden publicar o pausar. Los roles de visor y facturación permanecen como solo lectura.

Cada disparador crea una ejecución en segundo plano visible. Las ejecuciones por eventos se desduplican y se procesan de una en una por Misión; los eventos adicionales esperan en orden FIFO en lugar de descartarse silenciosamente. El panel muestra la versión activa, la última y la próxima ejecución, el estado, el uso de créditos y el estado de atención. Según la documentación, las transcripciones de las ejecuciones se conservan durante diez días.

Los fallos permanecen visibles. Una mutación externa posiblemente completada no se reintenta automáticamente. Tras revisar la transcripción, una ejecución finalizada puede reintentarse manualmente; esto crea una ejecución marcada por separado vinculada a la ejecución de origen. Ese comportamiento ayuda a reducir el riesgo de duplicar acciones externas.

Cómo empezar con una Misión bien definida

  1. Define un objetivo concreto: describe un resultado verificable en lugar de una asignación abierta.
  2. Elige un disparador: utiliza un evento cuando la respuesta inmediata genere valor; la programación suele ser más clara para informes periódicos.
  3. Añade filtros: limita el disparador a los casos relevantes y prueba los campos seleccionados con ejemplos realistas.
  4. Restringe el contexto y las acciones: utiliza @ para adjuntar solo los recursos, conexiones y herramientas necesarios del espacio de trabajo.
  5. Establece límites de ejecución: elige el máximo de créditos, llamadas a herramientas y tiempo de ejecución que se ajusten a la tarea.
  6. Revisa y publica: inspecciona el objetivo, el disparador, los filtros, el acceso y los límites como una versión inmutable.
  7. Observa las ejecuciones: revisa el estado, las transcripciones y el estado de atención antes de ampliar el alcance.

REST API y MCP para equipos técnicos

Las Misiones no se limitan a la gestión desde el panel. La API REST pública cubre la creación, lectura, actualización, eliminación y ejecución de Misiones, además de listar y reintentar ejecuciones. Las mismas capacidades están disponibles como herramientas MCP con ámbitos separados routines:read y routines:write. Los equipos que operan agentes desde interfaces externas pueden utilizar la arquitectura de Famulor MCP con ChatGPT y Claude como contexto adicional.

Preguntas frecuentes

¿Las Misiones basadas en eventos sustituyen a la programación?

No. Los horarios manuales, horarios, diarios, entre semana, semanales y personalizados siguen estando disponibles. Las Misiones programadas existentes siguen ejecutándose sin cambios.

¿Qué ocurre cuando se desactivan las funciones de Workspace Beta?

Las Misiones por eventos se pausan y se marcan como pendientes de atención. Las Misiones manuales y programadas clásicas permanecen activas.

¿Puede una Misión en ejecución perder eventos entrantes?

Según la documentación de Famulor, los eventos adicionales esperan en orden de llegada cuando una Misión ya se está ejecutando. Las ejecuciones por eventos también se desduplican.

¿Son trazables las versiones anteriores?

Sí. Las versiones publicadas son inmutables. Las ediciones y restauraciones crean nuevos borradores en lugar de reescribir el historial.

Conclusión: el trabajo basado en eventos necesita un marco operativo

Mission Studio convierte las Misiones Milian en algo más que tareas recurrentes. Los eventos pueden iniciar el trabajo inmediatamente, mientras que las versiones publicadas, el acceso restringido, los límites de ejecución y las transcripciones mantienen las operaciones trazables. Una buena primera implementación es un proceso estrecho y de bajo riesgo con una comprobación de éxito explícita. Activa las funciones de Workspace Beta, abre Misiones Milian y publica solo después de haber revisado conjuntamente el disparador, los filtros, el acceso y los límites.

Sarah Müller
Sarah Müller

Autor en Famulor

Asistente telefónico IA

Todo incluido, un plan. prueba Famulor

IA de voz, flujos de trabajo e integraciones en una plataforma.

Llamada entrante de Famulor AI en un smartphone
Newsletter

Responde primero. Crece rápido.

Suscríbete para recibir las últimas noticias, actualizaciones de productos y contenido de IA seleccionado.