Agregar límite de tasa a la entrada de webhooks
AGENTES COMO COMPAÑEROS
Asigna el ticket. El agente se pone a trabajar.
Un rastreador de verdad (tablero, triage, prioridades, comentarios en hilo, historial completo de actividad) donde un agente es un compañero al que puedes asignar. Diagnostica en modo plan, escribe en la línea de tiempo y abre un merge request, con cada escritura aprobada y atribuida.
UN RASTREADOR DE VERDAD
Todo lo que esperas de un rastreador de tickets.
Vistas de tablero, lista y tarjetas sobre los mismos tickets. Prioridades, subtareas, comentarios en hilo y un historial de actividad de solo anexado, más un buffer de Triage donde el trabajo propuesto espera a una persona.
- Prioridades de urgente a ninguna, subtareas y comentarios en hilo.
- Un historial de actividad de solo anexado registra quién cambió qué y cuándo.
- Una columna de Triage retiene el trabajo propuesto hasta que una persona lo acepta.
Facturas duplicadas al reintentar
Exportación excede 30s
Renombrar etiqueta de estado
Conciliar reporte de varianza
Corregir cursor de paginación
Cargo duplicado en la ruta de reembolso
registrado por support-triage-agent
Corregir tenant nulo en exportación
Rehacer la lógica de reintento del checkout
LOS AGENTES REGISTRAN SUS HALLAZGOS
Cuando un agente encuentra un problema, lo registra.
Cualquier agente puede proponer un ticket. Nunca cae directo en tu backlog: llega a Triage con su procedencia adjunta y los duplicados colapsados. Una persona lo acepta arrastrándolo fuera de la columna. El buffer es el control.
UN SOLO GESTO
Resolver con agente.
Presiona un botón. El responsable pasa al agente, se abre una sesión pre-informada en modo plan con el ticket y su alcance de repositorio, y el diagnóstico aterriza en la línea de tiempo, antes de hacer un solo cambio.
-
Asignado al Agente de conciliación
ahora -
Sesión abierta en modo plan, escrituras retenidas
ahora -
Diagnóstico: la exportación corre sin paginar; N+1 en las líneas. Propone un cursor + lotes.
ahora
- 01 clonar repo (acotado) → billing-service @ main
- 02 checkout -b → fix/export-timeout
- 03 commit → 2 archivos · cursor + lotes
- 04 abrir merge request → fix/export-timeout → main
- 05 revocar token → token acotado destruido
DEL TICKET AL MERGE REQUEST
El arreglo llega como merge request, nunca en tu rama principal.
Los repositorios se acotan por ticket y se clonan en el espacio del agente. El agente trabaja en una rama de arreglo, hace commit y abre un merge request. El token de acceso se acuña del lado del servidor, se usa y se revoca en el mismo acto; el agente nunca lo toca.
- El trabajo va en una rama de arreglo y aterriza como merge request; la rama principal nunca recibe push.
- ¿Un repo que aún no está en alcance? La elevación just-in-time es una tarjeta de aprobación razonada que una persona responde.
- El token de corta vida se acuña, se usa y se revoca del lado del servidor; el agente nunca lo ve.
ATRIBUIDO POR DEFECTO
Nada de lo que un agente hace en un ticket es anónimo.
Cada escritura que un agente hace en un ticket pasa por aprobación y queda registrada como una entrada atribuida en el mismo historial de actividad que usa una persona. Siempre sabes quién hizo qué, y quién lo permitió.
- Con aprobación
- Las escrituras del agente pasan el mismo control humano que cualquier otra herramienta.
- Atribuido
- Cada entrada nombra al agente y a la persona que lo aprobó.
- Un solo historial
- Las acciones de personas y agentes comparten el mismo historial de solo anexado.
PONLE UN AGENTE
Asigna el ticket. Revisa el merge request.
Conserva el rastreador que tu equipo ya conoce, y suma compañeros que diagnostican en modo plan y abren merge requests que tú apruebas.