epic(ux): interactive task UX Phase 2

**Context:** ROADMAP.md → Interactive task UX (section)
**Related:** #53 (hydration follow-up, not ask), `docs/design/INTERACTIVE_AGENTS.md`

---

## Component

API or orchestration

## Describe the feature

Epic for **Phase 2 interactive UX** beyond shipped `bgagent status`, `watch`, and `nudge`: manager-style progress, mid-run `bgagent ask`, and optional LLM-synthesized status.

## Use case

Deterministic status snapshots answer ops questions but not "what did you decide and what's next?" Operators want consistent, auditable progress across CLI and notification channels.

## Proposed solution

Child issues:

| Draft | Capability |
|-------|------------|
| [smart-progress-updates.md](./smart-progress-updates.md) | Manager-style progress events |
| [bgagent-ask-phase2.md](./bgagent-ask-phase2.md) | `bgagent ask` + REST API |
| [llm-synthesized-status-summary.md](./llm-synthesized-status-summary.md) | Optional LLM status mode |

Design authority: `docs/design/INTERACTIVE_AGENTS.md` (Phase 2 section).

## Other information

- Fanout already forward-compat subscribes to `status_response` (not yet emitted).
- Distinct from **LLM-assisted trace analysis** (post-mortem).

- [ ] This might be a breaking change

まず ROADMAP.md の Interactive task UX セクションと docs/design/INTERACTIVE_AGENTS.md の Phase 2 セクションを確認し、その後 smart-progress-updates.md、bgagent-ask-phase2.md、llm-synthesized-status-summary.md を確認してください。これは自己完結した変更というより epic です。完了とは、選択した子機能を design に照らして実装し、検証することを意味します。

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