Una regla clona los ítems del proyecto ORIGEN que matcheen el filtro hacia el proyecto DESTINO, y mantiene el par vinculado. Administrar una regla exige acceso a los DOS proyectos; para verla alcanza con uno — así se puede descubrir por qué aparecen ítems clonados en el propio proyecto. Una regla nunca se borra para apagarla (eso cascadearía sus vínculos): se PAUSA.

Cada vínculo es un par ítem↔clon vivo. Vincular a mano NO crea ningún ítem: adopta dos que ya existen, para que de ahí en adelante se propaguen. El matching lo hacés vos, nunca una heurística de texto — vincular mal dos tickets no relacionados hace que sus status empiecen a pisarse. Desvincular borra solo el vínculo: los dos ítems quedan intactos.

Cuando llega una respuesta del form de soporte, estas filas deciden dónde aterriza el ticket. Para cada campo se prueba primero el match exacto del valor recibido; si no hay, la fila catch-all de ese campo (valor vacío); si tampoco hay, el comportamiento histórico (proyecto AI Factory, épica support, sin tipo). Borrar una fila nunca rompe el intake: cae al catch-all, y sin catch-all al histórico.

ticket_type no se limita a etiquetar: de él se deriva si el factory toma el ticket automáticamente (bug/gap → sí; feature → solo con plan; new_development → nunca). Solo escritura de administrador.