feat(cli): bgagent ask Phase 2 (POST /tasks/{id}/asks)

**Context:** ROADMAP.md → `bgagent ask` (Phase 2)

---

## Component

Scripts / CLI

## Describe the feature

Mid-run **questions to the agent**: `POST /tasks/{id}/asks`; answers durable as `status_response` events. CLI `bgagent ask ""` with foreground block-and-poll. Enables interactive summaries without burning a separate status API.

## Use case

Operators need "why did you change X?" mid-flight without `nudge`ing implementation guidance. Answers must survive CLI disconnect.

## Proposed solution

1. REST: create ask, poll events by `correlation_id=ask_id`.
2. Agent between-turns hook injects ask as user turn; emits `status_response`.
3. CLI spinner + adaptive poll; `bgagent asks show ` for reconnect.
4. Sync `cli/src/types.ts` with `cdk/.../types.ts`.
5. Fanout Slack renderer for `status_response` (Phase 2).

## Other information

- Full spec: `docs/design/INTERACTIVE_AGENTS.md` §5.5, AD-6/AD-7.
- `status_response` already in fanout allowlist (forward-compat).

- [ ] This might be a breaking change

まず docs/design/INTERACTIVE_AGENTS.md §5.5 と AD-6/AD-7 を読み、その後 cli/src/types.ts と cdk/.../types.ts にある CLI および CDK の型定義を調べてください。提案で説明されている REST ask フロー、between-turn hook、イベントポーリング、reconnect コマンド、Slack status_response のファンアウトを追跡してください。Phase 2 の動作と同期された型が、列挙されているすべてのパスをカバーすれば完了です。

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