Loading...
Sentinel toma los tickets que le marcás, los analiza, escribe el código y abre la PR. Te dice qué supuso antes de escribir una línea. Y nunca dice que algo está verificado: eso lo decidís vos.
Corre contra tu organización de Azure DevOps, con tu token y tus repositorios. El código no sale de ahí.Sentinel no es un chat al que le pedís código. Es un ciclo con un principio y un final declarados, que deja registro de cada tramo.
Toma sólo lo que está asignado a vos, en un estado activo y con la etiqueta que elegiste. Estar asignado no alcanza: la etiqueta es el sí explícito.
Plan, supuestos y guion de verificación — los tres antes de tocar una línea. Un guion escrito desde el código verifica lo que se construyó, no lo que pediste.
Sobre un clon del repositorio, en su propia rama. Corre el build, los tests y el lint del repo antes de mostrarte nada.
Con el resumen, los supuestos que tomó y los chequeos que pasó. Si el ticket no entra en una PR revisable, lo parte en entregas ordenadas.
El ciclo queda esperando tu verificación. Mergeado no es verificado, y este producto no confunde las dos cosas.
Ningún ticket se escribe completo. La diferencia no es que un agente suponga — es si te lo dice o no. Sentinel numera cada supuesto, muestra la alternativa que descartó y espera tu criterio.
Las partes A y B entran en un único pull request.
Por qué: las dos partes tocan el mismo procesador de archivos, y separarlas dejaría la primera sin nada que la ejercite.
Marcar “lo decidía distinto” no es completar una encuesta. El supuesto se da vuelta y el trabajo se rehace con tu decisión, incluido el guion de verificación.
Cuando discrepás, se abre una nota. Es lo único que hace que el próximo análisis arranque mejor parado que este.
Cada supuesto, su veredicto y tu nota viven en el ciclo. Dentro de tres meses, la pregunta “¿por qué se hizo así?” tiene respuesta.
Conectá tu Jira Service Management y cada ticket que carga un cliente aparece en Azure DevOps, clasificado. Nadie tiene que entrar al centro de ayuda a copiar y pegar.
Lee el repositorio para contestar, y publica la respuesta en el ticket de tu cliente. Sin que nadie abra el centro de ayuda.
Lo etiqueta como pendiente y entra al mismo ciclo que cualquier otro ticket: análisis, código, pull request.
Lo dice. Un pedido que llegó como falla y en realidad es alcance nuevo es una conversación, no una corrección.
Cuando le falta información para clasificar, pregunta en el ticket y espera. Un agente que adivina lo que el cliente quiso decir genera trabajo, no lo saca.
Sentinel trabaja sobre tu organización de Azure DevOps con tu propio token, así que las cuentas se crean después de hablarlo, no con un formulario que cualquiera completa. Contame qué tenés y te respondo.
Hace falta una organización de Azure DevOps, un token con permiso sobre código y pull requests, y un ticket con la etiqueta que vos elijas. Nada más.