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

docs/design/REPO_ONBOARDING.md から始め、オンボーディング、動的なアーティファクト生成 (#388)、タスクトリガー (#389) に関する既存の API またはオーケストレーションのエントリーポイントを追跡します。デフォルトブランチへの GitHub push が重要な変更として判定される方法、更新とオペレーターへの通知の扱い、そしてオプションの EventBridge スケジュールをスコープに含めるかどうかを定義します。トリガーの動作が文書化され、合意された実装設計ができていれば完了です。

索引モデルが issue の本文から書いたものです。