feat(onboarding): automated re-onboarding on default-branch drift

**Context:** ROADMAP.md → Automated re-onboarding

---

## Component

API or orchestration

## Describe the feature

**Event-driven refresh** of blueprint-related artifacts when the default branch changes materially (GitHub webhook); optional EventBridge schedule for periodic drift checks. Distinct from **scheduled triggers** (task creation).

## Use case

Repo layout, dependencies, and conventions drift; stale blueprint context misleads agents. Operators should not manually re-onboard after every structural change.

## Proposed solution

1. Webhook: `push` to default branch → evaluate materiality (path filters, diff size).
2. Refresh: re-index memory hints, regenerate dynamic artifacts (#388), update Blueprint metadata.
3. Optional weekly drift job for quiet repos.
4. Notify operator on significant refresh (Slack/email).
5. Document triggers in `docs/design/REPO_ONBOARDING.md`.

## Other information

- Distinct from #389 (cron task creation).
- Design context: `docs/design/REPO_ONBOARDING.md`.

- [ ] This might be a breaking change

Comienza con docs/design/REPO_ONBOARDING.md y sigue los puntos de entrada existentes de la API o de la orquestación para el onboarding, la generación dinámica de artefactos (#388) y los triggers de tareas (#389). Define cómo se determina si un push de GitHub a la rama predeterminada es relevante, cómo se gestionan la actualización y la notificación al operador, y si la programación opcional de EventBridge entra en el alcance. La tarea se considera terminada cuando el comportamiento de los triggers está documentado y existe un diseño de implementación acordado.

Escrito por el modelo de indexación a partir del texto del issue.