HHermes Workflows

GUÍA VISUAL · FUNCIONALIDADES ACTUALES

Flujos de trabajo con Hermes

Una vista simple de cómo el equipo interactúa con Hermes, revisa cambios y convierte análisis en documentación persistente.

Explorar los diagramas3 flujos · lectura de 8 minutos
CoordinaciónAnálisisPersistenciaAcción remota

ARQUITECTURA FUNCIONAL

Cómo funciona Hermes

El canal cambia el punto de entrada, pero Hermes mantiene la coordinación y decide qué procedimiento e integración necesita cada pedido.

Flujo general de HermesDiscord y CLI envían pedidos a Hermes. Hermes recupera contexto, aplica procedimientos y coordina el workspace, las herramientas de desarrollo y Bitbucket. Los resultados vuelven al canal y pueden guardarse para consultarlos con File Browser.ENTRADACOORDINACIÓNTRABAJO E INTEGRACIONESRESULTADOSDiscord›_CLIPedido en lenguaje naturalProyecto · objetivo · alcancePermisos · resultado esperadoORQUESTADORHermesEntiende → decide → coordinaverifica → responde → guardaContextoSesión y memoriaMétodoPasos y controlesWorkspaceProyecto y estado persistenteHerramientasTrabajo dentro del proyectoFlujos de proyectoAnalizar · planificar · documentarBitbucketRepositorio y pull requestsRespuestaVuelve a Discord o CLIArchivosReportes y documentaciónFile BrowserConsulta y descargaEl canal inicia la conversación.Hermes conserva la coordinación.
Cómo leerlo

El pedido entra por Discord o CLI. Hermes recupera el contexto, selecciona el procedimiento necesario y coordina el trabajo dentro del proyecto o con Bitbucket. La respuesta vuelve al canal y los resultados importantes quedan en el workspace.

Entrada

Discord o CLI

Dos interfaces para iniciar o continuar el trabajo con pedidos en lenguaje natural.

Decisión

Procedimiento adecuado

Hermes selecciona procedimientos y herramientas según el objetivo, el alcance y los permisos.

Continuidad

Workspace persistente

Proyecto, documentos y resultados sobreviven a la sesión y pueden consultarse después.

Ejemplo genéricoExplicá el flujo de autenticación del proyecto. Solo lectura, guardá el análisis y no publiques cambios.

CONTROL DE CALIDAD

Code review de punta a punta

Las tres modalidades comparten la preparación, la fijación de una versión exacta y la persistencia local. Lo que cambia es la profundidad del análisis.

Seleccioná una modalidad para resaltar únicamente sus flechas en el gráfico.

Flujo completo de code reviewHermes identifica la pull request, fija su versión, ejecuta Standard, 4R o Judgment Day, guarda un reporte local y solo publica un comentario después de verificar la versión y recibir confirmación.PREPARACIÓN COMÚN1 · PedidoProyecto + pull request2 · Preparar contextoObtener cambios y fijar versión3 · Elegir modalidadSegún alcance y criticidadSTANDARDReview generalCorrección y coherenciaCalidad y casos límite4RReview por perspectivasRiesgo · LegibilidadConfiabilidad · RecuperaciónJUDGMENT DAYDos análisis independientesRevisor ARevisor B4 · Reporte local persistidoHallazgos, evidencia, alcance y versiónFinalizar localmente¿Publicar?opcional5 · Control remotoVersión vigente + preview+ confirmación exactaComentario en BitbucketResultado remoto registrado

OBJETIVOS DE CADA MODALIDAD

Las tres opciones permanecen visibles para comparar su propósito, profundidad y momento de uso.

StandardLectura general y directa

Evaluar cambios rutinarios de forma clara, cubriendo corrección, coherencia con el proyecto y problemas concretos con evidencia.

Cuándo usarlo: Cambios acotados o de riesgo habitual.

  • Comportamiento esperado y posibles defectos
  • Calidad, claridad y consistencia del cambio
  • Pruebas, casos límite y alcance no verificado
4RProfundidad proporcional al riesgo

Analizar el cambio desde cuatro perspectivas para detectar problemas que una lectura lineal puede pasar por alto.

Cuándo usarlo: Cambios amplios, sensibles o con varias consecuencias posibles.

  • Riesgo: impacto y superficie afectada
  • Legibilidad: claridad y facilidad de mantenimiento
  • Confiabilidad: fallos, datos y comportamiento inesperado
  • Recuperación: reversión y respuesta ante errores
Judgment DayDos revisiones independientes y un veredicto

Obtener dos análisis separados sobre la misma versión y alcance. Hermes compara coincidencias y desacuerdos antes de emitir un veredicto consolidado.

Cuándo usarlo: Cambios críticos donde se necesita una doble lectura explícita.

  • Dos subagentes o procesos trabajan de forma independiente
  • Ambos reciben el mismo alcance y la misma versión
  • Hermes contrasta evidencia y resuelve diferencias
  • El reporte final explica el veredicto y sus límites
A

Versión fija

El reporte se asocia a los cambios exactos analizados. Si la pull request cambia, debe revisarse nuevamente.

B

Resultado local primero

La review se guarda antes de evaluar cualquier publicación en el servicio remoto.

C

Publicación separada

Comentario, solicitud de cambios, aprobación y merge son decisiones independientes.

Ejemplo genéricoRevisá la pull request indicada con 4R. Guardá el reporte y no publiques comentarios ni aprobaciones.

CONOCIMIENTO DEL PROYECTO

Trabajo con proyectos

Hermes permite analizar, planificar, documentar y consultar proyectos utilizando el código, las notas y los resultados guardados en el workspace.

Trabajo con proyectos mediante HermesUn pedido y el contexto del proyecto llegan a Hermes. Hermes selecciona un flujo de análisis, planificación, documentación o consulta, verifica el resultado y guarda lo que necesita continuidad.CONTEXTOPedido del equipoObjetivo · alcance · salidaProyectoCódigo · notas · documentaciónCOORDINACIÓNHermesDefine límites y verificaFLUJOS DE TRABAJO DEL PROYECTOANÁLISISInvestigarEvidenciaHallazgosDudasPLANIFICAROrganizarTareasDependenciasSeguimientoDOCUMENTARMantenerFuentesValidaciónActualizaciónCONSULTARResponderCódigoNotasResultadosResultado verificadoRespuesta · plan · análisis · documentoRespuesta y próximos pasosEl resultado vuelve al canal de trabajoResultado guardadoWorkspace

FLUJO · ANÁLISIS TÉCNICO

Investigar un bug, módulo, flujo o funcionalidad utilizando el código, la documentación y la evidencia disponible.

Resultado: Hallazgos, dudas y próximos pasos que pueden retomarse.

  1. 1Definir la pregunta
  2. 2Reunir evidencia
  3. 3Registrar hallazgos y dudas
J

EXTENSIÓN PREVISTA · JIRA

Los tickets podrán aportar contexto para planificar y analizar.

La primera integración prevista es de lectura y consulta: descripción, estado y criterios de aceptación. Las acciones de escritura quedarán para una etapa posterior con permisos y confirmaciones adicionales.

Ejemplo genéricoAnalizá este módulo, separá los hallazgos de las dudas y guardá el resultado para poder retomarlo y generar documentación validada.

REFERENCIA RÁPIDA

Qué conserva cada capa

Sesión

La conversación y el trabajo conversado.

Memoria

Preferencias y convenciones generales.

Procedimiento

Los pasos y controles para una clase de tarea.

Workspace

El estado del proyecto y sus resultados.

Archivo

El resultado consultable o compartible.

PUESTA EN MARCHA

Qué se necesita para usar Hermes

La configuración mínima combina un entorno persistente, acceso a IA y las integraciones que el equipo necesite.

01Base

VPS o VM Linux

Un entorno aislado, encendido de forma permanente, para mantener Hermes, los workspaces y los resultados.

4 GB uso básico · 8 GB recomendado para varios procesos
02Acceso IA

Proveedor de modelos

Una suscripción o API para que Hermes y sus herramientas puedan utilizar modelos de IA.

OpenAI API, DeepSeek u otro proveedor compatible.
03Repositorios

Bitbucket Cloud

Un usuario con token de API y permisos para leer repositorios y pull requests.

Los permisos de publicación se agregan solo si el flujo de trabajo los necesita.
04Canal

Discord o CLI

Al menos un canal para enviar pedidos y recibir respuestas de Hermes.

Para Discord: una aplicación bot, su token y permisos en los canales definidos.
+

Configuración inicial

Registrar los workspaces, guardar las credenciales de forma segura y habilitar los procedimientos necesarios para cada flujo de trabajo.

Opcional · File Browser para consultar y descargar resultados