Registro de decisiones

## Qué es esta tarea

Registrar en un log estructurado la razón por la cual el detector tomó cada decisión: por qué disparó un incidente, por qué lo descartó como pico temporal, por qué lo suprimió por deduplicación. Es la trazabilidad del detector.

## Qué se debe hacer

- Para cada ciclo de evaluación, registrar:
- Señales recibidas y sus valores
- Estado actual de cada contador de persistencia
- Decisión tomada (ignorar / marcar candidato / confirmar incidente / suprimir duplicado)
- Razón de la decisión en texto legible
- Usar el módulo `logging` de Python con salida a journald
- Nivel INFO para decisiones normales, WARNING para incidentes confirmados

## Por qué importa

Cuando el detector falla (falso positivo o falso negativo), el registro de decisiones es lo que permite diagnosticar el bug. Sin él, depurar la lógica de detección requiere adivinar. Es especialmente crítico porque la Fase 2 concentra el 80% del riesgo técnico del proyecto (roadmap, sección de dependencias).

## Criterio de avance

Cada decisión del detector (disparar, descartar, suprimir) queda registrada en journald con timestamp, señales involucradas y razón. Se puede consultar con `journalctl -u doctorjk` y reconstruir la secuencia de decisiones.