Context: ROADMAP.md → Channels → Slack notification polish (milestone portion) + What's ready notification plane follow-up
Related: #112 (approval_requested buttons—separate), smart-progress-updates draft
Component
API or orchestration
Describe the feature
Replace generic fallback text in Slack fanout for unmapped event types—especially agent_milestone —with rich Block Kit sections (phase, milestone name, cost/turn, link). When smart progress updates ship, render structured done / next / blockers fields in-thread.
Use case
Roadmap notes shipped Slack dispatcher uses generic fallback for many milestones. Operators in Slack cannot scan progress meaningfully compared to GitHub edit-in-place comments.
Proposed solution
Extend slack-notify.ts with milestone-specific Block Kit templates per allowlisted milestone (pr_created, nudge_acknowledged, etc.).
Map progress_report events when smart progress lands.
Respect --verbose / per-workspace filters from INTERACTIVE_AGENTS.md AD-4.
Terminal dedup and threaded reply behavior unchanged.
Golden tests for Block Kit payload shapes.
Other information
Add Slack-button approvals for Cedar HITL approval gates #112 covers in-thread approve/deny for approval_requested; this issue covers milestone/progress rendering .
What's ready (line 80): "richer milestone and approval-gate rendering is follow-up work."
Design context: docs/design/INTERACTIVE_AGENTS.md, cdk/src/handlers/slack-notify.ts.
This might be a breaking change
Context: ROADMAP.md → Channels → Slack notification polish (milestone portion) + What's ready notification plane follow-up
Related: #112 (approval_requested buttons—separate), smart-progress-updates draft
Component
API or orchestration
Describe the feature
Replace generic fallback text in Slack fanout for unmapped event types—especially
agent_milestone—with rich Block Kit sections (phase, milestone name, cost/turn, link). When smart progress updates ship, render structureddone/next/blockersfields in-thread.Use case
Roadmap notes shipped Slack dispatcher uses generic fallback for many milestones. Operators in Slack cannot scan progress meaningfully compared to GitHub edit-in-place comments.
Proposed solution
slack-notify.tswith milestone-specific Block Kit templates per allowlisted milestone (pr_created,nudge_acknowledged, etc.).progress_reportevents when smart progress lands.--verbose/ per-workspace filters fromINTERACTIVE_AGENTS.mdAD-4.Other information
Add Slack-button approvals for Cedar HITL approval gates #112 covers in-thread approve/deny for
approval_requested; this issue covers milestone/progress rendering.What's ready (line 80): "richer milestone and approval-gate rendering is follow-up work."
Design context:
docs/design/INTERACTIVE_AGENTS.md,cdk/src/handlers/slack-notify.ts.This might be a breaking change