@checkstack/anomaly-common 0.3.0 → 1.0.1

package/CHANGELOG.md

@@ -1,5 +1,167 @@
 # @checkstack/anomaly-common
 
+## 1.0.1
+
+### Patch Changes
+
+- Updated dependencies [50e5f5f]
+  - @checkstack/catalog-common@2.0.1
+  - @checkstack/common@0.8.0
+  - @checkstack/notification-common@1.0.1
+  - @checkstack/signal-common@0.2.1
+
+## 1.0.0
+
+### Major Changes
+
+- 32d52c6: feat: notification target pattern + per-spec subscriptions
+
+  Replaces the all-or-nothing catalog system/group notification model with a
+  platform-level target pattern. Each notification-emitting plugin declares
+  _subscription specs_ against typed _target_ objects exported from the
+  target's owning plugin (catalog ships `catalogSystemTarget` and
+  `catalogGroupTarget`). Notification-backend handles every per-resource
+  group lifecycle, parent-edge inheritance, and legacy-subscription seeding
+  — plugins never author groupId helpers, lifecycle hooks, or migration
+  code again.
+
+  **Plugin-author surface area is now ~12 lines per emitter:**
+
+  ```ts
+  // <plugin>-common
+  const { defineSubscription } = createSubscriptionFactory(pluginMetadata);
+  export const fooSystemSubscription = defineSubscription({
+    localId: "system",
+    target: catalogSystemTarget,
+    display: { title: "Foo Alerts", description: "...", iconName: "Bell" },
+  });
+
+  // <plugin>-backend register()
+  env.registerSubscriptionSpecs([fooSystemSubscription]);
+  //   ^ feeds the plugin loader's dependency sorter — each spec's
+  //     target.ownerPlugin becomes an implicit init-order dep, so this
+  //     plugin automatically waits for catalog (the target owner) to
+  //     finish init + afterPluginsReady before its own runs.
+
+  // <plugin>-backend afterPluginsReady
+  await notificationClient.registerSubscriptionSpec(
+    specToRegistration(fooSystemSubscription)
+  );
+  // dispatch
+  await notificationClient.notifyForSubscription({
+    specId: fooSystemSubscription.specId,
+    resourceKeys: [systemId],
+    title,
+    body,
+    importance,
+    action,
+    collapseKey,
+    subjects,
+  });
+
+  // <plugin>-frontend
+  createNotificationSubscriptionExtension({ spec: fooSystemSubscription });
+  ```
+
+  **Migrated plugins**: anomaly, incident, maintenance, healthcheck,
+  dependency. Each lost its bespoke `notification-groups.ts`,
+  `bootstrap*NotificationGroups`, `ensure*Group`, and inheritance walk —
+  all of that is now centralized in notification-backend's
+  `subscription-engine`.
+
+  **Plugin loader change** (`@checkstack/backend-api`,
+  `@checkstack/backend`): the register-time API gains
+  `env.registerSubscriptionSpecs([...specs])`. The dependency sorter
+  walks `spec.target.ownerPlugin` for every declared spec and adds the
+  target owner as an init-order dependency of the emitting plugin. This
+  guarantees that catalog (the owner of the platform's `system` and
+  `group` targets) completes init + afterPluginsReady before any
+  emitting plugin tries to register its specs against the notification
+  service — no string-prefix heuristics, no manual `dependsOnPlugins`
+  list, no stub rows. Plugins that fail to declare their specs at
+  register time get a clear `Target type X is not registered. Did the
+emitting plugin declare this spec via env.registerSubscriptionSpecs?`
+  error from the dispatcher.
+
+  **Removed** (no backwards compat):
+
+  - `catalogClient.notifySystemSubscribers` and
+    `catalogClient.notifyManySystemSubscribers`
+  - `notificationClient.notifyUsers` and `notificationClient.notifyGroups`
+    as direct dispatch primitives — replaced by spec-bound
+    `notifyForSubscription`
+  - catalog's `bootstrapNotificationGroups` (replaced by
+    `bootstrapNotificationTargets`)
+
+  **Enforcement**: the dispatcher rejects calls referencing unregistered
+  specIds, specs owned by other plugins, or resourceKeys that haven't been
+  pushed via `upsertNotificationResource`. Display metadata for any
+  groupId is recoverable via the spec registry, so audit lists render
+  correct labels even when an emitter's frontend isn't loaded.
+
+  **Per-field anomaly mute** keeps working — it now lives inside the
+  generic SubscriptionRow's optional `SubControls` panel
+  (`AnomalyFieldMuteList`), exposed through the catalog system detail
+  page's notifications card.
+
+  The catalog system detail page renders a "Notifications" card hosting
+  `SystemNotificationSubscriptionsSlot`. The matching group surface is
+  not yet rendered — group-level subscriptions are wired end-to-end on
+  the backend; a follow-up will add the host UI.
+
+  **Migration of existing subscribers**: target types declare a
+  `legacyGroupIdTemplate`; on first registration of each spec,
+  notification-backend reads subscribers from the legacy
+  `catalog.system.<id>` / `catalog.group.<id>` groups and seeds the new
+  spec groups exactly once per (spec × resource) pair, tracked in
+  `subscription_migrations`. Anomaly stays opt-in (its target also
+  declares the template, but the user-explicit nature of the original
+  opt-in flow means the seeding produces the same set of subscribers
+  they already had).
+
+### Minor Changes
+
+- 32d52c6: feat(anomaly): per-system and per-field notification mute
+
+  Anomaly notifications now flow through their own subscription group
+  (`anomaly.system.<systemId>`) instead of the shared catalog system group, so
+  users can opt out of anomaly noise without losing incident or healthcheck
+  alerts for the same system. On first deploy, existing subscribers of each
+  `catalog.system.<id>` group are seeded onto the new anomaly group so no one
+  silently stops getting alerts.
+
+  A new mute table (`anomaly_notification_mutes`) backs two granularities:
+
+  - **Per-field**: silence a single noisy metric on one system.
+  - **Per-system**: silence every anomaly for one system in one click.
+
+  The system anomaly widget now exposes a bell icon on each anomaly row plus a
+  `Mute all` toggle in the card header. Mutes are user-scoped and persist
+  across sessions.
+
+  Catalog gains a `systemCreated` hook so anomaly (and any future plugin) can
+  provision per-system state on creation rather than waiting for a restart.
+  The notification service gains a `bulkSubscribe` service-RPC used by the
+  one-time migration described above.
+
+- 32d52c6: Bulk notifications affecting multiple systems and collapse lifecycle events into a single card.
+
+  Notifications now carry an optional `subjects` array (the entities they affect) and an optional `collapseKey` (so related notifications collapse into one row per recipient). Incidents, maintenances, anomalies, healthchecks, and dependency-impact events route through these new fields, so an incident affecting three systems produces one in-app notification + one external send per subscriber instead of three. Lifecycle updates for the same entity (created → updated → resolved) also collapse, with an expandable "+N updates" timeline.
+
+  Subject kinds are namespaced as `<pluginId>.<localKind>` and built via type-safe helpers exported from each domain's common package (`createSystemSubject`, `incidentCollapseKey`, etc.). The frontend kind registry (`registerSubjectKind`) lets plugins bind icon + label for their kinds; unknown kinds fall back to a generic chip.
+
+  All notification strategies (SMTP, Slack, Discord, Teams, Telegram, Pushover, Gotify, Webex, Backstage) render the affected subjects natively in their format (HTML cards, Slack blocks, Discord embed fields, adaptive cards, markdown lists, etc.).
+
+### Patch Changes
+
+- Updated dependencies [32d52c6]
+- Updated dependencies [32d52c6]
+- Updated dependencies [32d52c6]
+- Updated dependencies [32d52c6]
+- Updated dependencies [32d52c6]
+  - @checkstack/notification-common@1.0.0
+  - @checkstack/catalog-common@2.0.0
+
 ## 0.3.0
 
 ### Minor Changes

package/package.json

@@ -1,6 +1,7 @@
 {
   "name": "@checkstack/anomaly-common",
-  "version": "0.3.0",
+  "version": "1.0.1",
+  "license": "Elastic-2.0",
   "type": "module",
   "exports": {
     ".": {
@@ -9,16 +10,18 @@
   },
   "dependencies": {
     "@checkstack/common": "0.7.0",
-    "@checkstack/signal-common": "0.1.10",
+    "@checkstack/catalog-common": "2.0.0",
+    "@checkstack/notification-common": "1.0.0",
+    "@checkstack/signal-common": "0.2.0",
     "zod": "^4.2.1"
   },
   "devDependencies": {
     "typescript": "^5.7.2",
-    "@checkstack/tsconfig": "0.0.5",
+    "@checkstack/tsconfig": "0.0.6",
     "@checkstack/scripts": "0.1.2"
   },
   "scripts": {
-    "typecheck": "tsc --noEmit",
+    "typecheck": "tsgo -b",
     "lint": "bun run lint:code",
     "lint:code": "eslint . --max-warnings 0"
   },

package/src/index.ts

@@ -6,6 +6,7 @@ export * from "./engine/drift";
 export * from "./access";
 export * from "./rpc-contract";
 export * from "./plugin-metadata";
+export * from "./notifications";
 
 import { createSignal } from "@checkstack/signal-common";
 import { z } from "zod";

package/src/notifications.ts

@@ -0,0 +1,50 @@
+import {
+  createCollapseKeyBuilder,
+  createSubscriptionFactory,
+} from "@checkstack/notification-common";
+import {
+  catalogSystemTarget,
+  catalogGroupTarget,
+} from "@checkstack/catalog-common";
+import { pluginMetadata } from "./plugin-metadata";
+
+/**
+ * Collapse key for anomaly lifecycle events (confirmed, recovered, drift
+ * variants) for a specific (system, fieldPath) pair.
+ */
+export const anomalyCollapseKey = createCollapseKeyBuilder(
+  pluginMetadata,
+  "anomaly",
+);
+
+const { defineSubscription } = createSubscriptionFactory(pluginMetadata);
+
+/**
+ * Anomaly notifications for one specific system. Notification-backend
+ * resolves the resource (and its parent catalog groups, via the target's
+ * declared parent edges) at dispatch time — anomaly-backend just calls
+ * `notifyForSubscription({ specId, resourceKeys: [systemId], ... })`.
+ */
+export const anomalySystemSubscription = defineSubscription({
+  localId: "system",
+  target: catalogSystemTarget,
+  display: {
+    title: "Anomaly Detection",
+    description:
+      "Spike and drift alerts for this system's metrics. Fields can be muted individually once subscribed.",
+    iconName: "Activity",
+  },
+});
+
+/**
+ * Anomaly notifications for every system in a catalog group.
+ */
+export const anomalyGroupSubscription = defineSubscription({
+  localId: "group",
+  target: catalogGroupTarget,
+  display: {
+    title: "Anomaly Detection",
+    description: "Spike and drift alerts for every system in this group.",
+    iconName: "Activity",
+  },
+});

package/src/rpc-contract.ts

@@ -42,6 +42,20 @@ export const AnomalyBaselineDtoSchema = z.object({
 
 export type AnomalyBaselineDto = z.infer<typeof AnomalyBaselineDtoSchema>;
 
+/**
+ * A user-scoped mute on anomaly notifications. Empty `fieldPath` means the
+ * entire system is muted; non-empty means just that one field.
+ */
+export const AnomalyNotificationMuteDtoSchema = z.object({
+  systemId: z.string(),
+  fieldPath: z.string(),
+  mutedAt: z.string(),
+});
+
+export type AnomalyNotificationMuteDto = z.infer<
+  typeof AnomalyNotificationMuteDtoSchema
+>;
+
 /**
  * Schema for a VersionedRecord wrapper used in RPC transport.
  * Wraps the data with version metadata for backward-compatible schema evolution.
@@ -148,6 +162,60 @@ export const anomalyContract = {
       config: PartialAnomalySettingsSchema,
     }))
     .output(VersionedPartialAnomalySettingsSchema),
+
+  /**
+   * List all anomaly-notification mutes belonging to the calling user.
+   * Optionally filterable by systemId (e.g. when rendering per-system mute
+   * controls inside a system detail view).
+   */
+  listAnomalyNotificationMutes: proc({
+    operationType: "query",
+    userType: "user",
+    access: [],
+  })
+    .input(
+      z.object({
+        systemId: z.string().optional(),
+      }),
+    )
+    .output(z.array(AnomalyNotificationMuteDtoSchema)),
+
+  /**
+   * Mute anomaly notifications for the calling user. Pass an empty
+   * `fieldPath` to mute the entire system; otherwise mutes only the
+   * specific field. Idempotent.
+   */
+  muteAnomalyNotification: proc({
+    operationType: "mutation",
+    userType: "user",
+    access: [],
+    instanceAccess: { idParam: "systemId" },
+  })
+    .input(
+      z.object({
+        systemId: z.string(),
+        fieldPath: z.string().default(""),
+      }),
+    )
+    .output(z.object({ success: z.boolean() })),
+
+  /**
+   * Remove a mute previously created via muteAnomalyNotification. No-op if
+   * no matching record exists.
+   */
+  unmuteAnomalyNotification: proc({
+    operationType: "mutation",
+    userType: "user",
+    access: [],
+    instanceAccess: { idParam: "systemId" },
+  })
+    .input(
+      z.object({
+        systemId: z.string(),
+        fieldPath: z.string().default(""),
+      }),
+    )
+    .output(z.object({ success: z.boolean() })),
 };
 
 export type AnomalyContract = typeof anomalyContract;

package/tsconfig.json

@@ -2,5 +2,19 @@
   "extends": "@checkstack/tsconfig/common.json",
   "include": [
     "src"
+  ],
+  "references": [
+    {
+      "path": "../catalog-common"
+    },
+    {
+      "path": "../common"
+    },
+    {
+      "path": "../notification-common"
+    },
+    {
+      "path": "../signal-common"
+    }
   ]
 }