Kits de Ingeniería
Especifica, delega y revisa con agentes de programación.
Kit de bucle externo de ingeniería
Gestiona el bucle externo de tu equipo: triaje diario, veredictos de CI, notas de versión y postmortems.
Antes: 11:12. Main se pone en rojo en northwind/web justo después del merge de #877 (filtros guardados): error: relation "saved_filters" does not exist El Bot, el Skill en Cursor y el Dot del líder están todos en marcha.
Después: Veredicto: REAL (confianza alta). #877 consulta saved_filters, pero ninguna migración la crea. Responsable: Jonas. Un humano revierte #877 si main sigue en rojo a las 12:00. 11:31 Jonas, Skill en Cursor: fix(orders): add the missing saved_filters migration. Reversión: revertir junto con #877, segura, la tabla está vacía. 11:43 Main en verde. Tiempo hasta verde: 31 minutos. A la mañana siguiente, Dot: ¿Añadir un check de CI que falle cuando los modelos cambien sin migración? Recomendación: añadirlo este sprint. La revisión no lo detectó en #877.
Bot de bucle externo de ingeniería
Un compañero en Grok que hace triaje de tus repos a las 9:00 y redacta notas de versión. Nunca hace merge.
Antes: Rutina de días laborables, mar 2026-09-29 9:00 ET, northwind/platform y northwind/web. 14 PR abiertos, CI de platform fallando en main desde las 07:42, 3 issues nuevos sin etiqueta, SLA de revisión 24 horas.
Después: Main: platform en ROJO desde las 07:42 (CI #5120), primer commit malo a71e0d2 (#1944). web en verde. Top 3 de hoy: 1. Arreglar main: #1944 usa OrdersResponse.nextPage, renombrado por #1941 cuatro minutos antes. Dana lo arregla con un fix, o un humano revierte #1944 2. Revisar platform#1931 (Marco, 28 h por encima del SLA) 3. Revisar web#879, actualización de seguridad, cuando pase CI Aprobación necesaria: ¿publicar esto en #eng-outer-loop? Responde publicar, o edita.
Dot de bucle externo de ingeniería
Tu ChatGPT dot mantiene en orden los PR, el CI y Linear y te trae solo las decisiones.
Antes: DM de Slack de Sam (soporte), 14:12: "Lumen dice que a las exportaciones CSV de la página Orders les falta la última fila. Siempre, con cualquier rango de fechas. Ticket #8812, abrí WEB-512."
Después: Reproducido: Sí. Una prueba que exporta 3 pedidos produjo 2 filas de datos. Causa sospechada: src/orders/export/toCsv.ts:41 itera con i < rows.length - 1, heredado de #803. Estado: Rama fix/WEB-512-csv-last-row preparada con pruebas de regresión, sin hacer push. pnpm test src/orders/export: 18 passed. Decisión necesaria: ¿Hacer push de la rama y abrir un PR en borrador?
Skill de bucle externo de ingeniería
Convierte diffs, logs de CI en rojo y PR fusionados en textos listos para revisar, con el riesgo nombrado.
Antes: Rama feat/ENG-482-webhook-retries. Commits: "wip retries", "fix tests". El diff añade columnas de reintento y CREATE INDEX en webhook_deliveries, backoff que se duplica desde 30 s hasta 8 intentos, y un worker detrás de WEBHOOK_RETRY_ENABLED. Sin ejecución de CI compartida.
Después: Resumen: Las entregas de webhook fallidas ahora se reintentan, hasta 8 intentos con esperas que se duplican desde 30 segundos (unos 64 minutos), detrás de WEBHOOK_RETRY_ENABLED, desactivado por defecto. Riesgo: Alto. Índice nuevo en webhook_deliveries (tamaño desconocido), y la entrega pasa a ser al menos una vez (at-least-once). Reversión: Poner WEBHOOK_RETRY_ENABLED=false. Segura. Revisar sin falta 1. [Tier 1] retry-worker.ts: FOR UPDATE SKIP LOCKED se ejecuta fuera de una transacción, así que dos ejecuciones pueden enviar la misma entrega dos veces.
Los agentes de programación escriben el código, pero el ciclo exterior sigue siendo cosa tuya. Estos Kits cubren el trabajo alrededor del código: specs, descripciones de PR, notas de versión y triaje de issues.