Flock

Flock es el modo multiagente de Perch. Mientras que un turno normal es un modelo trabajando en una tarea, un flock es un equipo: Perch planea un conjunto de workers enfocados para la tarea específica que tiene enfrente, los ejecuta juntos y hace que workers verificadores revisen el resultado antes de que te llegue.

Está hecho para trabajo difícil y de varias partes, del tipo en que una sola pasada no basta: revisar una rama en busca de regresiones, auditar una carpeta de pagos, mapear un repositorio grande y señalar sus riesgos. Para una tarea pequeña de un solo paso, un turno normal es más rápido, y Flock rechaza esas tareas antes de empezar cualquier trabajo.

Iniciar una ejecución

En Perch Terminal, empieza cualquier tarea con /flock seguido de lo que quieres que se haga:

/flock review this branch for regressions and verify the tests

Perch planea el equipo y luego muestra en tiempo real cada worker mientras se ejecuta. Ves cómo el flock se forma, trabaja y termina, con un conteo simple de las llamadas a herramientas que hizo. Cancela en cualquier momento con Esc en la app de escritorio o con Ctrl-C en la CLI.

Cómo se planea un flock

A partir de tu tarea, Perch diseña un equipo para ella en lugar de recurrir a una plantilla fija.

• Un planificador lee la tarea y devuelve un equipo de dos a diez workers, cada uno con un rol específico ("Regression Hunter", "Patch Worker", "Citation Checker"), un objetivo acotado, un conjunto de herramientas que tiene permitido usar y su lugar en la ejecución. El plan se arma para tu tarea, no se elige de un menú.
• Un respaldo determinista toma el control si el planificador no puede ejecutarse, por ejemplo cuando cerraste sesión o no tienes conexión, o si devuelve algo no válido. Arma un equipo a partir de un conjunto fijo de trece roles probados. El resultado es un flock seguro, aunque menos personalizado, en lugar de uno fallido.

En ambos casos, el plan no se acepta tal cual. Perch valida y limita la cantidad de workers, los permisos de escritura, el acceso a herramientas y cualquier otro número antes de que se ejecute nada.

Cómo trabaja el equipo

Los workers se ejecutan por fases, y en paralelo dentro de una fase cuando su trabajo lo permite:

Cada worker recibe una parte acotada con su propio contexto, así un paso no contamina a otro, y una tarea grande avanza por partes en lugar de como una sola solicitud sobrecargada. Los workers esperan los resultados de los que dependen; un worker cuya dependencia no está disponible se omite en lugar de recibir un contexto vacío.

Cómo se verifica el trabajo a sí mismo

La verificación es donde Flock justifica el tiempo extra. Los workers verificadores revisan el resultado del equipo, y sus hallazgos nunca pasan en silencio:

• Si un verificador encuentra afirmaciones sin respaldo, citas faltantes, contradicciones o vacíos, el borrador pasa por una ronda de revisión acotada, y luego el mismo verificador lo vuelve a revisar una vez.
• Los hallazgos, el veredicto de la segunda revisión y un siguiente paso claro acompañan a la respuesta final, así ves qué se cuestionó y si se resolvió.
• Un resultado parcial se reporta como parcial. Flock no hace pasar una ejecución incompleta por una terminada.

El trabajo de redacción que cita fuentes debe cumplir un contrato de fundamentación: las afirmaciones llevan marcadores [n] en línea que remiten a lo que un worker de exploración realmente encontró, y todo lo que no tiene respaldo se señala para verificación en lugar de dejarse pasar.

Roles e indicativos

Cada worker tiene dos nombres. Su rol ("Regression Hunter") es la función con la que trabaja el modelo. Su indicativo ("Eagle", "Shawarma", "Bell") es solo de presentación, una forma de distinguir a los workers de un vistazo mientras la ejecución se muestra en tiempo real. Los indicativos nunca aparecen en las instrucciones de un worker, así que no pueden influir en el trabajo. En la CLI, una fila se ve así:

Regression Hunter · Eagle · running

Límites y salvaguardas

Flock funciona dentro de límites estrictos, que Perch aplica en lugar de pedírselos al modelo:

Dos reglas se cumplen sin importar el plan:

• Sin recursión. Un worker de un flock no puede iniciar su propio flock ni delegar en más agentes. Se quitan las herramientas de orquestación a todos los workers.
• Resultados honestos. Los modelos no disponibles se reportan, no se simulan; los archivos no leídos se reportan como no leídos; una ejecución que se queda sin presupuesto termina con la evidencia que reunió y lo dice.

Lo que Flock no es

• No está disponible en el chat web. Necesita el acceso a archivos locales que solo tiene Perch Terminal.
• No es instantáneo. Si necesitas una respuesta rápida, usa un turno normal.
• No es una caja negra. El rol, el estado y el costo de cada worker se ven mientras se ejecuta.

Para conocer la base de un solo agente sobre la que está construido Flock, consulta El operador y los agentes. Para ver cómo se verifican las citas, consulta Citas.