feat(canopy-web): render workflow guidance panel UI
Follow-up to the archived workflow-guidance-templates plan, Step 6 ("Verify templates render in worker portal").
The plan landed Steps 1-5 (9 PAMMS-derived TOML templates loaded at canopy-web startup as Arc<Vec<WorkflowTemplate>> Extension). Step 6 was deferred to "worker-portal-phase3" — i.e., the post-UAT worker-portal UI work — but no tracker existed. This issue is that tracker.
Scope
- New Askama template for an optional "Recommended Steps" panel on case-detail pages.
- Render only when a workflow template's
triggermatches the current page context (e.g.application.submittedon the application processing tab). - Steps display as a checklist:
autosteps pre-checked,workersteps unchecked. - Panel is collapsible and hidden by default.
- Panel must not block any worker action (workflows inform, never constrain — ADR-011 Layer 4).
- A jurisdiction with no workflow files / no matching trigger renders nothing.
Non-scope
- Adding more workflow TOML templates (the 9 existing ones are the v1 surface).
- Persisting checklist state per worker (out of scope for v1; transient UI).
- Workflow editing UI.
Verification
- Worker logs into canopy-web, navigates to a SNAP application case detail with
application.submittedin scope. The "Recommended Steps" panel renders the 9 steps fromsnap-application-intake.toml. - With
rulesets/georgia/workflows/empty, the same page renders with no panel and no errors. - All existing case-detail action handlers behave identically with the panel collapsed, expanded, or absent.
References
- xref:plans/workflow-guidance-templates.adoc[workflow-guidance-templates plan] (archive-pending)
- ADR-011 Layer 4 — workflow guidance is informational
services/canopy-web/src/workflows.rs— startup loader (already wired)