feat(blueprint): RepoConfig parity (max_budget_usd, memory_token_budget)

**Context:** ROADMAP.md → Blueprint RepoConfig parity

---

## Component

CDK / infrastructure

## Describe the feature

Extend Blueprint construct to persist per-repo default **`max_budget_usd`** and **`memory_token_budget`** in DynamoDB. Orchestrator already merges `max_budget_usd` when present; hydration uses a fixed memory token cap today.

## Use case

Operators configure budgets in CDK Blueprint but memory cap and defaults are not fully persisted/merged—surprising behavior vs documentation.

## Proposed solution

1. Blueprint props → RepoTable fields for both values.
2. Orchestrator + hydration read merged config (task override > repo > blueprint default).
3. CLI `bgagent repos` shows effective limits.
4. Migration: backfill existing repos with platform defaults.
5. Tests: construct snapshot + handler unit tests.

## Other information

- Design context: `docs/design/REPO_ONBOARDING.md`.

- [ ] This might be a breaking change

Beginne mit docs/design/REPO_ONBOARDING.md, verfolge dann die Blueprint props durch RepoTable, den orchestrator und die hydration paths sowie den `bgagent repos` CLI-Einstiegspunkt. Überprüfe die im Issue erwähnten construct snapshot- und handler unit tests; als erledigt gilt die Aufgabe, wenn beide limits bestehen bleiben und mit der angegebenen Priorität zusammengeführt werden, vorhandene Repos nachträglich befüllt werden und die effektiven limits in der CLI erscheinen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.