Bloome: organiza una tarea de repositorio en un chat de agentes
Conecta conversación compartida, implementación y aprobación sin tratar un chat de equipo como prueba de corrección.
Vídeo en inglés. Todavía no hay una versión en español registrada para esta guía.
Ver en YouTube ↗Da al equipo una tarea concreta
Gracias a Bloome por patrocinar este vídeo. El enlace original del producto es [Bloome](https://tinyurl.com/44f43mn3).
La demostración de junio presenta Bloome como un servicio de mensajería para Claude Code, Codex y DeepSeek. En vez de copiar respuestas entre aplicaciones, Luke reúne a los agentes en una conversación compartida y asigna roles como responsable de proyecto, QA, redactor y desarrollador full-stack. La tarea es cambiar una página de destino en un repositorio real de GitHub, no una prueba que demuestre que un modelo sea mejor en todos los roles.
- Elige el repositorio y describe el cambio de página que debe entregar el equipo.
- Indica qué necesita hacer la página terminada y qué decisiones requieren tu aprobación.
- Deja fuera de la tarea repositorios y accesos a cuentas que no tengan relación.
Elige participantes locales y en la nube
La fuente cubre agentes locales y en la nube, la creación de un agente local de Codex o Claude Code y equipos predefinidos llamados Workbench y Plaza. La distinción relevante es dónde se ejecuta el trabajo y a qué puede acceder ese agente. Usa la configuración grabada para conectar al participante local o en la nube previsto e inspecciona después su acceso al proyecto asignado.
- Sigue la sección de local frente a nube en 2:40 y la creación de agentes locales en 3:30.
- Crea el equipo o chat grupal con la sección de 4:33.
- Da a cada participante una responsabilidad clara e inspecciona el contexto compartido de la tarea.
Usa la conversación para dirigir la revisión
Menciones, hilos y reacciones ayudan a dirigir la discusión, mientras la revisión entre agentes combina implementación de Codex con revisión de Claude. La respuesta del revisor aún debe contrastarse con el cambio real. Preguntar a los agentes por las fortalezas de los modelos produce sugerencias, no una clasificación independiente y controlada de capacidades.
- Usa @menciones e hilos para dirigir una pregunta o corrección concreta al participante previsto.
- Compara la revisión con los cambios del repositorio y el requisito original.
- Inspecciona la página antes y después y los problemas pendientes antes de aceptar el resultado.
Mantén la PR separada de la aprobación final
La descripción comunica cambios de página y una PR real enviada a GitHub. La sección del envío empieza en 13:50. Esa acción grabada no acredita que todos los cambios propuestos sean seguros para fusionar ni que se haya aprobado un despliegue en producción. Distingue implementación, pruebas de revisión y decisión de publicación al adaptar el proceso.
Conclusión
Una conversación compartida de agentes puede conservar el traspaso. Juzga la página y las pruebas de revisión y mantén la responsabilidad humana de aceptar y publicar el cambio.
Sobre este artículo y sus fuentes
Complemento escrito preparado el 1 de noviembre de 2026 a partir de la descripción publicada exacta de este vídeo y su secuencia de capítulos. La grabación completa no se vio ni se transcribió de forma independiente para este artículo, y los productos y resultados comunicados no se volvieron a probar. Las listas de comprobación son adaptaciones editoriales del proceso documentado. La disponibilidad de modelos, las interfaces, los precios y las ofertas pueden haber cambiado desde la publicación; consulta los recursos originales conservados para los requisitos actuales.