Feedback #78: Decisions left nav badge/counter

Merged to master by flower-orchestrator (daemon 29). Merge commit 6747bea (worker commit 9252107, branch flower/178-decisions-nav-badge). Promotes the Decisions nav count to the live accent alert pill (matching Open Questions #109 + Pending Approval #180), driven by a new DecisionsAwaitingChanged broadcast fired on exactly the count-change edges (created:true once per ask/askSet batch, created:false on answer, withdraw guarded on a real open→withdrawn transition). Full suite green on MAIN: 966 tests / 964 passed / 2 skipped / 0 failed. Frontend assets rebuilt on MAIN (npm run build → app-DPgXoahj.js) so the Echo listener is live.

Built the Decisions nav badge on branch flower/178-decisions-nav-badge (from master). Commit 9252107. Root of the operator's follow-up ("only a counter — no badge/color to it"): the Decisions nav-link already had an awaiting count, but it rendered as the quiet .num tally (#95 PR-7), NOT the accent alert pill the brief badges use. So this promotes it and makes it live, mirroring the open-questions (#109) and pending-approval (#180) badges exactly. What changed: - resources/views/components/layouts/app.blade.php — swapped the .num span for the accent count pill (bg-accent / text-on-accent), added a data-decisions-awaiting-badge hook, always in the DOM (hidden at 0) so a 0→N broadcast reveals it without a reload. Count/title still from Decision::awaitingCount(). - app/Events/DecisionsAwaitingChanged.php (new) — count-carrying broadcast on a dedicated `decisions-awaiting` PrivateChannel; payload {awaiting_count, created}. - routes/channels.php — registered the `decisions-awaiting` channel (open, like the others). - app/Services/Briefs/DecisionService.php — broadcastAwaiting() helper fired on every count-change edge: created:true on ask / askOnBrief / askSet (askSet fires once for the whole set, not per member), created:false on answer / withdraw (withdraw guarded on an actual open→withdrawn transition). - resources/js/app.js — global Echo listener updates the badge in place + dings only on created:true (new call), reusing playOpenQuestionDing. Tests (MEILISEARCH_KEY=LARAVEL-HERD ~/bin/php artisan test — full suite 965 passed / 1 pre-existing skip; Pint clean on changed PHP): - tests/Feature/Decisions/DecisionsAwaitingBadgeTest.php (new) — awaitingCount, both broadcast edges, set-fires-once, nav markup renders count, hidden-at-0. - tests/Feature/Decisions/IndexTest.php — realigned the two nav-badge assertions to the always-in-DOM (hidden at 0) pattern. Note: app.js is not rebuilt in the worktree (no daemons started per pins); the asset build happens on MAIN at merge. Idling — orchestrator to review + merge.

Feedback #78 Authority: OPERATOR APPROVAL REQUIRED Funnel: A - operator approved brief Gate: this brief must not be dispatchable until the operator approves it. Kind: idea Source: operator:ui Summary: Decisions left nav badge/counter Detail: Let's get a badge/counter similar to Open Questions's badge/counter for the Decisions left nav menu so it's clear when there's a new pending decision. It should also trigger the site-wide ding/bell system when a new decision is broadcasted.