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

Beginne mit docs/design/REPO_ONBOARDING.md und verfolge die vorhandenen API- oder Orchestrierungs-Einstiegspunkte für das Onboarding, die dynamische Artefaktgenerierung (#388) und Task-Trigger (#389). Lege fest, wann ein GitHub-Push auf den Default-Branch als relevant bewertet wird, wie Aktualisierung und Benachrichtigung der Betreiber gehandhabt werden und ob der optionale EventBridge-Zeitplan zum Umfang gehört. Als abgeschlossen gilt die dokumentierte Trigger-Laufzeit sowie ein abgestimmtes Implementierungsdesign.

Vom Indexierungsmodell aus dem Issue-Text verfasst.