fix: two exact-shape assertions pinned the old schedule-status payload

B3 added failing_sources / no_access_sources to schedule-status and
broke test_schedule_status_shape and test_summary_returns_rollup_shape,
both of which assert the payload's EXACT key set. My own tests passed;
these two did not, and integration caught it.

A rule 90 miss: I grepped for the predicates I changed and not for
consumers of the response shape. The shape is the thing I actually
changed.

Both keys added to the assertions rather than loosening them to a
subset check — an exact-set assertion is what catches a key being
renamed out from under a consumer, which is precisely the value these
two tests just demonstrated.

The other readers (PipelineStatusChip, SchedulerStatusBar) pull
individual keys, so they were unaffected. SchedulerStatusBar's prop
comment documented the old shape and is corrected here; a comment that
lies about a contract is worth the same as a doc that does.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LNXXULQDjVZmbuNa2G9mD9

frontend/src/components/subscriptions/SchedulerStatusBar.vue

@@ -27,7 +27,10 @@ import { computed } from 'vue'
 import { formatRelative } from '../../utils/date.js'
 
 const props = defineProps({
-  // { last_tick_at, next_due_at, due_now, auto_sources } | null
+  // { last_tick_at, next_due_at, due_now, auto_sources,
+  //   failing_sources, no_access_sources, platform_cooldowns } | null
+  // This bar renders the scheduling half; the ingestion counts are read by the
+  // front door's FeedStatusRibbon (#387 B3) off the same payload.
   status: { type: Object, default: null },
 })