SpiceDB Watch API filters for alerting: scoping subscriptions to one relationship type without duplicate events
Goal I want to drive operational alerts from the SpiceDB Watch API, but only for changes to a specific relationship type (for example, membership grants on a sensitive resource type). An unfiltered watch streams every tuple change, which in an active deployment produces far more events than an alerting channel can usefully absorb. Constraints and uncertainty