# Audit dashboard Second Brain (`/home`) — 2026-07-16

## Portée

Revue code de `dashboard-view.tsx` + widgets catalogue / paths / briefing.

## Points sains

| Zone | Constat |
|------|---------|
| Layout v5 configurable | Catalogue widgets + `/api/dashboard/layout` |
| Prochaines pistes | Fast paths + enrich async `/api/briefing/paths` |
| Revue quotidienne | Checklist interactive (pas revue auto) |
| Quotas | `emitAiUsageChanged` + consent IA sur actions |
| Aide « ? » | `DashboardWidgetHelp` i18n |
| Empty states | Widgets catalogue gèrent listes vides |

## Risques / écarts

| # | Problème | Sévérité | Action |
|---|----------|----------|--------|
| 1 | Briefing dépend du cron / première visite : widgets peuvent rester vides temporairement | Moyenne | UX « chargement / aucune donnée » déjà partielle — dogfood |
| 2 | Bridges / clusters sémantiques absurdes cross-domaine | Moyenne | Produit insights (hors dashboard pur) |
| 3 | Widget usage encore mentalité « seaux » vs solde crédits | Basse | `DashboardUsageWidget` lit `/api/usage/current` (balance multi) — OK si API à jour |
| 4 | Agent suggestions vides si cron agent-suggestions off | Basse | Ops CRON_SECRET |

## Verdict

Dashboard **utilisable** et aligné prototype sur l’architecture. Pas de bug bloquant code identifié dans cette passe.  
**Reste dogfood** : première visite, dark mode, clics paths, quotas 402.

## Suite recommandée

1. Dogfood 10 min sur compte réel
2. Si widget usage affiche encore d’anciens seaux → forcer refresh API (déjà multi-feature dans usage-current)
3. Prioriser pertinence bridges (insights) plutôt que refonte dashboard