feat(ux): smart progress updates (manager-style status)

**Context:** ROADMAP.md → Smart progress updates

---

## Component

Agent (Python runtime)

## Describe the feature

Structured **agent-emitted progress events** in `TaskEventsTable`: `done`, `next`, `decisions`, `blockers`—human-readable manager-style status surfaced via `bgagent status`, GitHub/Slack/email dispatchers, and future control panel.

## Use case

Raw `watch`/`events` streams are noisy. Operators want a consistent summary without waking the agent or hallucinating via LLM.

## Proposed solution

1. Agent hook emits `progress_report` events on turn boundaries (schema in `INTERACTIVE_AGENTS.md`).
2. `bgagent status` renders latest report + deterministic ops fields.
3. Slack/GitHub formatters for report blocks (pairs with #112 polish).
4. Notification channel filters include `progress_report`.
5. Tests: event schema, CLI rendering, fanout routing.

## Other information

- Complements `bgagent ask` for on-demand Q&A.
- Design context: `docs/design/INTERACTIVE_AGENTS.md`.

- [ ] This might be a breaking change

Commencez par lire ROADMAP.md et docs/design/INTERACTIVE_AGENTS.md, puis examinez le schéma dans INTERACTIVE_AGENTS.md ainsi que le point d’entrée de bgagent status. Cartographiez le schéma des événements, le rendu de la CLI, la distribution du formatter fanout et le filtrage des notifications avant d’implémenter. C’est terminé lorsque les événements progress_report sont émis et routés, que status affiche le dernier rapport et que les tests de schéma, de CLI et de fanout indiqués passent.

Rédigé par le modèle d'indexation à partir du texte de l'issue.