Cómo hacer triage de un backlog desordenado de Linear en 10 minutos
Cuándo usarlo: Lunes por la mañana. El backlog tiene 200+ issues sin triage y la planificación es en una hora.
Requisitos previos
- Acceso al workspace de Linear — OAuth a través de
mcp-remote— la primera llamada de herramienta abre el navegador para otorgar - Team slug (p. ej.
ENG) — Mira cualquier identificador de issue — el prefijo es tu team slug
Flujo
-
Extrae todos los issues sin triage del equipoLista todos los issues ENG en estado 'Triage' o sin prioridad establecida, creados en los últimos 30 días. Devuelve id, título, reportero y longitud de descripción.✓ Copiado→ Tabla de candidatos con contexto suficiente para clasificar
-
Agrupa por temaAgrupa estos en 4-6 temas (bug / infra / onboarding / perf / etc.). Para cada cluster, propón una prioridad y proyecto sugerido.✓ Copiado→ Clusters temáticos con justificación
-
Aplica las decisionesPara cada cluster, actualiza los issues: establece prioridad, añade la etiqueta correspondiente y mueve a estado 'Backlog'. NO asignes a nadie.✓ Copiado→ N issues actualizados, confirmaciones registradas
Resultado: Un backlog listo para planificación, agrupado y priorizado, con un registro de auditoría de cada cambio que hizo el agente.
Errores comunes
- El agente asigna masivamente issues a personas equivocadas basándose en 'quién escribió código similar' — Dile explícitamente que NO asigne — la asignación es una decisión humana y debe seguir siéndolo
- Linear de nivel gratuito te limita la tasa después de ~1500 solicitudes/h — Procesa actualizaciones por lotes con
issueBatchUpdatecuando esté disponible; de lo contrario, mantén ejecuciones de triage bajo 500 issues