@wildo-ai/saas-frontend-lib 1.1.10 → 1.1.11

package/dist/esm/components/flows-actors/flow-node-badges.js

@@ -1,13 +1,34 @@
 "use client";
 import { jsx as _jsx } from "react/jsx-runtime";
+/**
+ * The flows-actors badges and status helpers that do NOT touch `@xyflow/react`, so they stay in the EAGER graph while
+ * everything that draws a graph sits behind the lazy graph door (`flows-actors-graph.lazy.tsx`).
+ *
+ * ## Why this file exists — the carve is required, not tidiness
+ *
+ * The graph library is ~375 kB. Modules that render no graph at all — `execution-plan.tsx`, `task-detail.tsx`, the
+ * Settings Hub panels — show a run status, and they are eagerly re-exported from this package's root barrel. Had the
+ * status badge lived with the graph components, a `<Badge>` would have dragged the graph library into every
+ * application's entry chunk, or (behind the door) fetched the whole graph chunk to paint a status pill. These need no
+ * graph library, so the boundary runs between them and the drawing.
+ *
+ * The flow node cards these were carved out of were deleted in #2529, when the flow canvas moved onto `AI_GraphViewer`.
+ *
+ * Nothing here may import `@xyflow/react`, `./flow-execution`, `./graph-viewer` or `./actor` as a
+ * VALUE — that would re-create the eager path this carve removed. `./flow-step-visuals` is safe: it
+ * holds only a flow's kind-to-look mappings and imports no graph library.
+ */
+import * as React from "react";
 import { Badge } from "../../components/data-display/badge.js";
 import { indicatorBadgeVariant } from "../../components/data-display/badge-tone.js";
+import { TONE_MARKER_COLOUR, TONE_MARKER_FILL } from "../../components/data-display/tone-marker.js";
 import { useI18n } from "../../core/i18n/useI18n.js";
 import { cn } from "../../core/ui/cn.js";
-import { FrontendComponentType, IndicatorVariant } from "@wildo-ai/presets-components-models";
-import { FlowsActors_Status } from "@wildo-ai/saas-models";
-import { FlowsActorsUIUtils } from "./flows-actors-ui.utils.js";
-export const AI_FlowNodeStepBadge = ({ kind, category, className, }) => (_jsx(Badge, { variant: category === "error" ? "destructive" : "secondary", className: cn("text-2xs", className), children: kind }));
+import { IndicatorVariant, resolveVocabularyWordKey } from "@wildo-ai/presets-components-models";
+import { Actors_Task_Schema, FlowActorExecutionBaseSchema, FlowsActors_RelationshipSchema, FlowsActors_Status } from "@wildo-ai/saas-models";
+import { getSystemEnumName } from "@wildo-ai/zod-decorators";
+import { FlowStepCategory } from "./flow-step-visuals.js";
+export const AI_FlowNodeStepBadge = ({ kind, category, className, }) => (_jsx(Badge, { variant: category === FlowStepCategory.ERROR ? "destructive" : "secondary", className: cn("text-2xs", className), children: kind }));
 /**
  * How a flows-actors RUN STATUS reads, as a theme tone — declared ONCE, total over the vocabulary,
  * and read by every surface that colours a status: the badge below, a card's status edge, a
@@ -42,10 +63,63 @@ function isFlowsActorsStatus(status) {
 export function flowNodeStatusIndicator(status) {
     return isFlowsActorsStatus(status) ? STATUS_INDICATOR[status] : IndicatorVariant.NEUTRAL;
 }
+/**
+ * The fill of a run status's marker dot: its tone's strong fill ({@link TONE_MARKER_FILL}), and a pulse while the run is
+ * moving, for a reader who has not asked for reduced motion.
+ *
+ * Every status dot of the flows-actors components reads it. Each used to keep its own string-keyed map: the execution
+ * plan coloured PENDING grey while the flow node ringed it amber, and NEITHER had an entry for AWAITING_APPROVAL, so a
+ * run waiting on a person drew no colour at all (#2529).
+ */
+export function flowsActorsStatusDotClass(status) {
+    return cn(TONE_MARKER_FILL[flowNodeStatusIndicator(status)], flowsActorsStatusIsMoving(status) && "motion-safe:animate-pulse");
+}
+/** A run status's tone as a CSS colour ({@link TONE_MARKER_COLOUR}), for a shape filled inline: a minimap's nodes. */
+export function flowsActorsStatusColour(status) {
+    return TONE_MARKER_COLOUR[flowNodeStatusIndicator(status)];
+}
+/** PROCESSING is the one status in which a run is moving; it is the only one a surface animates. */
+export function flowsActorsStatusIsMoving(status) {
+    return status === FlowsActors_Status.PROCESSING;
+}
+/**
+ * The vocabulary a run status's words live under (`system_enums.<name>.<value>`), read off the field the execution
+ * resource declares, so the words are authored ONCE for every surface that shows a status: the resource's own pages, the
+ * Settings Hub panels and these components. They used to be authored a second time per component (`statusReady` …
+ * `statusAborted`, twice), and AWAITING_APPROVAL had a word in neither copy.
+ */
+export const FLOWS_ACTORS_STATUS_VOCABULARY = getSystemEnumName(FlowActorExecutionBaseSchema.shape.status);
+/** The vocabulary a task's TOPIC is worded in, read off the field the task declares (#2531 review M3). */
+export const ACTOR_TASK_TOPICS_VOCABULARY = getSystemEnumName(Actors_Task_Schema.shape.topic);
+/**
+ * The vocabulary a task relationship's RELATION is worded in, read off the relationship's own declaration (#2628). Every
+ * member of the union declares the same one; the first is read.
+ */
+export const FLOWS_ACTORS_RELATION_VOCABULARY = getSystemEnumName(FlowsActors_RelationshipSchema.options[0].shape.relation);
+/**
+ * A value's word under a declared vocabulary (`system_enums.<name>.<value>`, or the vocabulary's own section). A value
+ * with no authored word shows the raw value, so a missing word looks missing rather than invented.
+ */
+export function useVocabularyWord(vocabularyName) {
+    const { t, isReady } = useI18n({ keys: ["system_enums"] });
+    const word = React.useCallback((value) => {
+        if (!vocabularyName)
+            return value;
+        const key = resolveVocabularyWordKey(vocabularyName, value);
+        const resolved = t(key);
+        return resolved === key ? value : resolved;
+    }, [t, vocabularyName]);
+    return { word, isReady };
+}
+/** A run status's word, from {@link FLOWS_ACTORS_STATUS_VOCABULARY}. */
+export function useFlowsActorsStatusWord() {
+    const { word, isReady } = useVocabularyWord(FLOWS_ACTORS_STATUS_VOCABULARY);
+    return { statusWord: word, isReady };
+}
 export const AI_FlowNodeStatusBadge = ({ status, className, }) => {
-    const { tComponent, isReady } = useI18n({ component: FrontendComponentType.LOW_LEVEL_AI_FLOW_NODE });
+    const { statusWord, isReady } = useFlowsActorsStatusWord();
     if (!isReady)
         return null;
-    return (_jsx(Badge, { variant: indicatorBadgeVariant(flowNodeStatusIndicator(status)), className: cn("text-2xs", className), children: tComponent(FrontendComponentType.LOW_LEVEL_AI_FLOW_NODE, FlowsActorsUIUtils.getStatusLabelKey(status)) }));
+    return (_jsx(Badge, { variant: indicatorBadgeVariant(flowNodeStatusIndicator(status)), className: cn("text-2xs", className), children: statusWord(status) }));
 };
 //# sourceMappingURL=flow-node-badges.js.map

package/dist/esm/components/flows-actors/flow-node-badges.js.map

@@ -1 +1 @@
-{"version":3,"file":"flow-node-badges.js","sourceRoot":"","sources":["../../../../../src/components/flows-actors/flow-node-badges.tsx"],"names":[],"mappings":"AAAA,YAAY,CAAC;;AA8Bb,OAAO,EAAE,KAAK,EAAE,MAAM,mDAAmD,CAAC;AAC1E,OAAO,EAAE,qBAAqB,EAAE,MAAM,wDAAwD,CAAC;AAC/F,OAAO,EAAE,OAAO,EAAE,MAAM,uCAAuC,CAAC;AAChE,OAAO,EAAE,EAAE,EAAE,MAAM,gCAAgC,CAAC;AACpD,OAAO,EAAE,qBAAqB,EAAE,gBAAgB,EAAE,MAAM,qCAAqC,CAAC;AAC9F,OAAO,EAAE,kBAAkB,EAAE,MAAM,uBAAuB,CAAC;AAC3D,OAAO,EAAE,kBAAkB,EAAE,MAAM,yBAAyB,CAAC;AAkB7D,MAAM,CAAC,MAAM,oBAAoB,GAAG,CAAC,EACnC,IAAI,EACJ,QAAQ,EACR,SAAS,GACiB,EAAqB,EAAE,CAAC,CAClD,KAAC,KAAK,IACJ,OAAO,EAAE,QAAQ,KAAK,OAAO,CAAC,CAAC,CAAC,aAAa,CAAC,CAAC,CAAC,WAAW,EAC3D,SAAS,EAAE,EAAE,CAAC,UAAU,EAAE,SAAS,CAAC,YAEnC,IAAI,GACC,CACT,CAAC;AAWF;;;;;;;;;;;;;;;;GAgBG;AACH,MAAM,gBAAgB,GAAiD;IACrE,CAAC,kBAAkB,CAAC,KAAK,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACpD,CAAC,kBAAkB,CAAC,OAAO,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACtD,CAAC,kBAAkB,CAAC,UAAU,CAAC,EAAE,gBAAgB,CAAC,IAAI;IACtD,CAAC,kBAAkB,CAAC,iBAAiB,CAAC,EAAE,gBAAgB,CAAC,OAAO;IAChE,CAAC,kBAAkB,CAAC,SAAS,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACxD,CAAC,kBAAkB,CAAC,MAAM,CAAC,EAAE,gBAAgB,CAAC,KAAK;IACnD,CAAC,kBAAkB,CAAC,SAAS,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACxD,CAAC,kBAAkB,CAAC,OAAO,CAAC,EAAE,gBAAgB,CAAC,OAAO;CACvD,CAAC;AAEF,SAAS,mBAAmB,CAAC,MAAc;IACzC,OAAO,MAAM,CAAC,MAAM,CAAC,kBAAkB,CAAC,CAAC,QAAQ,CAAC,MAA4B,CAAC,CAAC;AAClF,CAAC;AAED,2HAA2H;AAC3H,MAAM,UAAU,uBAAuB,CAAC,MAAc;IACpD,OAAO,mBAAmB,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC,gBAAgB,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC,gBAAgB,CAAC,OAAO,CAAC;AAC3F,CAAC;AAED,MAAM,CAAC,MAAM,sBAAsB,GAAG,CAAC,EACrC,MAAM,EACN,SAAS,GACmB,EAA4B,EAAE;IAC1D,MAAM,EAAE,UAAU,EAAE,OAAO,EAAE,GAAG,OAAO,CAAC,EAAE,SAAS,EAAE,qBAAqB,CAAC,sBAAsB,EAAE,CAAC,CAAC;IAErG,IAAI,CAAC,OAAO;QAAE,OAAO,IAAI,CAAC;IAE1B,OAAO,CACL,KAAC,KAAK,IAAC,OAAO,EAAE,qBAAqB,CAAC,uBAAuB,CAAC,MAAM,CAAC,CAAC,EAAE,SAAS,EAAE,EAAE,CAAC,UAAU,EAAE,SAAS,CAAC,YACzG,UAAU,CAAC,qBAAqB,CAAC,sBAAsB,EAAE,kBAAkB,CAAC,iBAAiB,CAAC,MAAM,CAAQ,CAAC,GACxG,CACT,CAAC;AACJ,CAAC,CAAC","sourcesContent":["\"use client\";\n\n/**\n * The two flow-node badges that do NOT touch `@xyflow/react`, carved out of `flow-node.tsx` so\n * they can stay in the EAGER graph while the node components themselves sit behind the lazy\n * graph door (`flows-actors-graph.lazy.tsx`).\n *\n * ## Why this file exists — the carve is required, not tidiness\n *\n * `flow-node.tsx` value-imports `Handle` / `Position` from `@xyflow/react` (~375 kB), so the\n * whole module and everything reachable through it lands in whatever chunk imports it. Two\n * modules that render no graph at all — `execution-plan.tsx` and `task-detail.tsx` — import\n * `AI_FlowNodeStatusBadge` from it, and both are eagerly re-exported from this package's root\n * barrel. So a `<Badge>` was one of the three eager paths dragging the graph library into every\n * application's entry chunk.\n *\n * Putting `flow-node.tsx` behind the door WITHOUT this carve would have closed the bundle path\n * and opened a worse one: `AI_FlowNodeStatusBadge` would become a `React.lazy` door, and\n * rendering an execution plan or a task detail — neither of which draws a graph — would fetch\n * the entire 375 kB graph chunk to paint a status pill. The badges have no `@xyflow/react`\n * dependency of their own, so the correct boundary runs between them and the node cards, not\n * around the file that happens to hold both.\n *\n * Nothing here may import `@xyflow/react`, `./flow-node`, `./flow-execution` or `./actor` as a\n * VALUE — that would re-create the eager path this carve removed. Type-only imports are erased\n * and therefore fine, and one is used deliberately: `FlowStepCategory` stays declared beside its\n * runtime mapping in `flow-node.tsx` and is re-exported publicly by `flows-actors-graph.lazy.tsx`.\n */\n\nimport * as React from \"react\";\nimport { Badge } from \"~wildo-frontend-lib/components/data-display/badge\";\nimport { indicatorBadgeVariant } from \"~wildo-frontend-lib/components/data-display/badge-tone\";\nimport { useI18n } from \"~wildo-frontend-lib/core/i18n/useI18n\";\nimport { cn } from \"~wildo-frontend-lib/core/ui/cn\";\nimport { FrontendComponentType, IndicatorVariant } from \"@wildo-ai/presets-components-models\";\nimport { FlowsActors_Status } from \"@wildo-ai/saas-models\";\nimport { FlowsActorsUIUtils } from \"./flows-actors-ui.utils\";\n// TYPE-ONLY on purpose. `FlowStepCategory` is declared beside its runtime mapping\n// (`STEP_KIND_CATEGORY` / `CATEGORY_STYLES` / `CATEGORY_ICONS`) in `flow-node.tsx`, which sits\n// BEHIND the lazy graph door. A type import is erased, so this creates no runtime edge onto the\n// `@xyflow/react` payload — a value import here would re-open the eager path this file closes.\n// The name stays publicly reachable: the door re-exports it (`flows-actors-graph.lazy.tsx`).\nimport type { FlowStepCategory } from \"./flow-node\";\n\n//===============================================================\n//  AI_FlowNodeStepBadge\n//===============================================================\n\nexport type AI_FlowNodeStepBadgeProps = {\n  kind: string;\n  category: FlowStepCategory;\n  className?: string;\n};\n\nexport const AI_FlowNodeStepBadge = ({\n  kind,\n  category,\n  className,\n}: AI_FlowNodeStepBadgeProps): React.JSX.Element => (\n  <Badge\n    variant={category === \"error\" ? \"destructive\" : \"secondary\"}\n    className={cn(\"text-2xs\", className)}\n  >\n    {kind}\n  </Badge>\n);\n\n//===============================================================\n//  AI_FlowNodeStatusBadge\n//===============================================================\n\nexport type AI_FlowNodeStatusBadgeProps = {\n  status: string;\n  className?: string;\n};\n\n/**\n * How a flows-actors RUN STATUS reads, as a theme tone — declared ONCE, total over the vocabulary,\n * and read by every surface that colours a status: the badge below, a card's status edge, a\n * timeline marker, and the `FlowsActors_Status` vocabulary registration (`register-common-enums.ts`)\n * that colours the status field on every resource declaring it, so no application or workbench\n * decorates that field by hand.\n *\n * The tones name the WATCHER's reading, not the machine's outcome: PROCESSING is the one state\n * that is moving (INFO); AWAITING_APPROVAL is the one that needs a person, on a clock that expires\n * into FAILED (WARNING); READY and PENDING are queued and owe nothing (NEUTRAL); COMPLETED and\n * FAILED are the two unambiguous ends; CANCELLED and ABORTED are terminal without being failures —\n * somebody stopped it — so they are NEUTRAL rather than red, because colouring a deliberate stop\n * as a failure is how a board teaches its reader to ignore red.\n *\n * `Record<FlowsActors_Status, …>` so a ninth status is a compile error here, not an uncoloured chip.\n * An unknown string (a newer runtime) resolves NEUTRAL through `flowNodeStatusIndicator`.\n */\nconst STATUS_INDICATOR: Record<FlowsActors_Status, IndicatorVariant> = {\n  [FlowsActors_Status.READY]: IndicatorVariant.NEUTRAL,\n  [FlowsActors_Status.PENDING]: IndicatorVariant.NEUTRAL,\n  [FlowsActors_Status.PROCESSING]: IndicatorVariant.INFO,\n  [FlowsActors_Status.AWAITING_APPROVAL]: IndicatorVariant.WARNING,\n  [FlowsActors_Status.COMPLETED]: IndicatorVariant.SUCCESS,\n  [FlowsActors_Status.FAILED]: IndicatorVariant.ERROR,\n  [FlowsActors_Status.CANCELLED]: IndicatorVariant.NEUTRAL,\n  [FlowsActors_Status.ABORTED]: IndicatorVariant.NEUTRAL,\n};\n\nfunction isFlowsActorsStatus(status: string): status is FlowsActors_Status {\n  return Object.values(FlowsActors_Status).includes(status as FlowsActors_Status);\n}\n\n/** The theme tone a run status reads in (see {@link STATUS_INDICATOR}); NEUTRAL for a status this bundle does not know. */\nexport function flowNodeStatusIndicator(status: string): IndicatorVariant {\n  return isFlowsActorsStatus(status) ? STATUS_INDICATOR[status] : IndicatorVariant.NEUTRAL;\n}\n\nexport const AI_FlowNodeStatusBadge = ({\n  status,\n  className,\n}: AI_FlowNodeStatusBadgeProps): React.JSX.Element | null => {\n  const { tComponent, isReady } = useI18n({ component: FrontendComponentType.LOW_LEVEL_AI_FLOW_NODE });\n\n  if (!isReady) return null;\n\n  return (\n    <Badge variant={indicatorBadgeVariant(flowNodeStatusIndicator(status))} className={cn(\"text-2xs\", className)}>\n      {tComponent(FrontendComponentType.LOW_LEVEL_AI_FLOW_NODE, FlowsActorsUIUtils.getStatusLabelKey(status) as any)}\n    </Badge>\n  );\n};\n"]}
+{"version":3,"file":"flow-node-badges.js","sourceRoot":"","sources":["../../../../../src/components/flows-actors/flow-node-badges.tsx"],"names":[],"mappings":"AAAA,YAAY,CAAC;;AAEb;;;;;;;;;;;;;;;;;GAiBG;AAEH,OAAO,KAAK,KAAK,MAAM,OAAO,CAAC;AAC/B,OAAO,EAAE,KAAK,EAAE,MAAM,mDAAmD,CAAC;AAC1E,OAAO,EAAE,qBAAqB,EAAE,MAAM,wDAAwD,CAAC;AAC/F,OAAO,EAAE,kBAAkB,EAAE,gBAAgB,EAAE,MAAM,yDAAyD,CAAC;AAC/G,OAAO,EAAE,OAAO,EAAE,MAAM,uCAAuC,CAAC;AAChE,OAAO,EAAE,EAAE,EAAE,MAAM,gCAAgC,CAAC;AACpD,OAAO,EAAE,gBAAgB,EAAE,wBAAwB,EAAE,MAAM,qCAAqC,CAAC;AACjG,OAAO,EAAE,kBAAkB,EAAE,4BAA4B,EAAE,8BAA8B,EAAE,kBAAkB,EAAE,MAAM,uBAAuB,CAAC;AAC7I,OAAO,EAAE,iBAAiB,EAAE,MAAM,0BAA0B,CAAC;AAC7D,OAAO,EAAE,gBAAgB,EAAE,MAAM,qBAAqB,CAAC;AAavD,MAAM,CAAC,MAAM,oBAAoB,GAAG,CAAC,EACnC,IAAI,EACJ,QAAQ,EACR,SAAS,GACiB,EAAqB,EAAE,CAAC,CAClD,KAAC,KAAK,IACJ,OAAO,EAAE,QAAQ,KAAK,gBAAgB,CAAC,KAAK,CAAC,CAAC,CAAC,aAAa,CAAC,CAAC,CAAC,WAAW,EAC1E,SAAS,EAAE,EAAE,CAAC,UAAU,EAAE,SAAS,CAAC,YAEnC,IAAI,GACC,CACT,CAAC;AAWF;;;;;;;;;;;;;;;;GAgBG;AACH,MAAM,gBAAgB,GAAiD;IACrE,CAAC,kBAAkB,CAAC,KAAK,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACpD,CAAC,kBAAkB,CAAC,OAAO,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACtD,CAAC,kBAAkB,CAAC,UAAU,CAAC,EAAE,gBAAgB,CAAC,IAAI;IACtD,CAAC,kBAAkB,CAAC,iBAAiB,CAAC,EAAE,gBAAgB,CAAC,OAAO;IAChE,CAAC,kBAAkB,CAAC,SAAS,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACxD,CAAC,kBAAkB,CAAC,MAAM,CAAC,EAAE,gBAAgB,CAAC,KAAK;IACnD,CAAC,kBAAkB,CAAC,SAAS,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACxD,CAAC,kBAAkB,CAAC,OAAO,CAAC,EAAE,gBAAgB,CAAC,OAAO;CACvD,CAAC;AAEF,SAAS,mBAAmB,CAAC,MAAc;IACzC,OAAO,MAAM,CAAC,MAAM,CAAC,kBAAkB,CAAC,CAAC,QAAQ,CAAC,MAA4B,CAAC,CAAC;AAClF,CAAC;AAED,2HAA2H;AAC3H,MAAM,UAAU,uBAAuB,CAAC,MAAc;IACpD,OAAO,mBAAmB,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC,gBAAgB,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC,gBAAgB,CAAC,OAAO,CAAC;AAC3F,CAAC;AAED;;;;;;;GAOG;AACH,MAAM,UAAU,yBAAyB,CAAC,MAAc;IACtD,OAAO,EAAE,CAAC,gBAAgB,CAAC,uBAAuB,CAAC,MAAM,CAAC,CAAC,EAAE,yBAAyB,CAAC,MAAM,CAAC,IAAI,2BAA2B,CAAC,CAAC;AACjI,CAAC;AAED,sHAAsH;AACtH,MAAM,UAAU,uBAAuB,CAAC,MAAc;IACpD,OAAO,kBAAkB,CAAC,uBAAuB,CAAC,MAAM,CAAC,CAAC,CAAC;AAC7D,CAAC;AAED,oGAAoG;AACpG,MAAM,UAAU,yBAAyB,CAAC,MAAc;IACtD,OAAO,MAAM,KAAK,kBAAkB,CAAC,UAAU,CAAC;AAClD,CAAC;AAED;;;;;GAKG;AACH,MAAM,CAAC,MAAM,8BAA8B,GAAG,iBAAiB,CAAC,4BAA4B,CAAC,KAAK,CAAC,MAAM,CAAC,CAAC;AAE3G,0GAA0G;AAC1G,MAAM,CAAC,MAAM,4BAA4B,GAAG,iBAAiB,CAAC,kBAAkB,CAAC,KAAK,CAAC,KAAK,CAAC,CAAC;AAE9F;;;GAGG;AACH,MAAM,CAAC,MAAM,gCAAgC,GAAG,iBAAiB,CAAC,8BAA8B,CAAC,OAAO,CAAC,CAAC,CAAC,CAAC,KAAK,CAAC,QAAQ,CAAC,CAAC;AAE5H;;;GAGG;AACH,MAAM,UAAU,iBAAiB,CAAC,cAAkC;IAClE,MAAM,EAAE,CAAC,EAAE,OAAO,EAAE,GAAG,OAAO,CAAC,EAAE,IAAI,EAAE,CAAC,cAAc,CAAC,EAAE,CAAC,CAAC;IAC3D,MAAM,IAAI,GAAG,KAAK,CAAC,WAAW,CAAC,CAAC,KAAa,EAAU,EAAE;QACvD,IAAI,CAAC,cAAc;YAAE,OAAO,KAAK,CAAC;QAClC,MAAM,GAAG,GAAG,wBAAwB,CAAC,cAAc,EAAE,KAAK,CAAC,CAAC;QAC5D,MAAM,QAAQ,GAAG,CAAC,CAAC,GAAG,CAAC,CAAC;QACxB,OAAO,QAAQ,KAAK,GAAG,CAAC,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,QAAQ,CAAC;IAC7C,CAAC,EAAE,CAAC,CAAC,EAAE,cAAc,CAAC,CAAC,CAAC;IACxB,OAAO,EAAE,IAAI,EAAE,OAAO,EAAE,CAAC;AAC3B,CAAC;AAED,wEAAwE;AACxE,MAAM,UAAU,wBAAwB;IACtC,MAAM,EAAE,IAAI,EAAE,OAAO,EAAE,GAAG,iBAAiB,CAAC,8BAA8B,CAAC,CAAC;IAC5E,OAAO,EAAE,UAAU,EAAE,IAAI,EAAE,OAAO,EAAE,CAAC;AACvC,CAAC;AAED,MAAM,CAAC,MAAM,sBAAsB,GAAG,CAAC,EACrC,MAAM,EACN,SAAS,GACmB,EAA4B,EAAE;IAC1D,MAAM,EAAE,UAAU,EAAE,OAAO,EAAE,GAAG,wBAAwB,EAAE,CAAC;IAE3D,IAAI,CAAC,OAAO;QAAE,OAAO,IAAI,CAAC;IAE1B,OAAO,CACL,KAAC,KAAK,IAAC,OAAO,EAAE,qBAAqB,CAAC,uBAAuB,CAAC,MAAM,CAAC,CAAC,EAAE,SAAS,EAAE,EAAE,CAAC,UAAU,EAAE,SAAS,CAAC,YACzG,UAAU,CAAC,MAAM,CAAC,GACb,CACT,CAAC;AACJ,CAAC,CAAC","sourcesContent":["\"use client\";\n\n/**\n * The flows-actors badges and status helpers that do NOT touch `@xyflow/react`, so they stay in the EAGER graph while\n * everything that draws a graph sits behind the lazy graph door (`flows-actors-graph.lazy.tsx`).\n *\n * ## Why this file exists — the carve is required, not tidiness\n *\n * The graph library is ~375 kB. Modules that render no graph at all — `execution-plan.tsx`, `task-detail.tsx`, the\n * Settings Hub panels — show a run status, and they are eagerly re-exported from this package's root barrel. Had the\n * status badge lived with the graph components, a `<Badge>` would have dragged the graph library into every\n * application's entry chunk, or (behind the door) fetched the whole graph chunk to paint a status pill. These need no\n * graph library, so the boundary runs between them and the drawing.\n *\n * The flow node cards these were carved out of were deleted in #2529, when the flow canvas moved onto `AI_GraphViewer`.\n *\n * Nothing here may import `@xyflow/react`, `./flow-execution`, `./graph-viewer` or `./actor` as a\n * VALUE — that would re-create the eager path this carve removed. `./flow-step-visuals` is safe: it\n * holds only a flow's kind-to-look mappings and imports no graph library.\n */\n\nimport * as React from \"react\";\nimport { Badge } from \"~wildo-frontend-lib/components/data-display/badge\";\nimport { indicatorBadgeVariant } from \"~wildo-frontend-lib/components/data-display/badge-tone\";\nimport { TONE_MARKER_COLOUR, TONE_MARKER_FILL } from \"~wildo-frontend-lib/components/data-display/tone-marker\";\nimport { useI18n } from \"~wildo-frontend-lib/core/i18n/useI18n\";\nimport { cn } from \"~wildo-frontend-lib/core/ui/cn\";\nimport { IndicatorVariant, resolveVocabularyWordKey } from \"@wildo-ai/presets-components-models\";\nimport { Actors_Task_Schema, FlowActorExecutionBaseSchema, FlowsActors_RelationshipSchema, FlowsActors_Status } from \"@wildo-ai/saas-models\";\nimport { getSystemEnumName } from \"@wildo-ai/zod-decorators\";\nimport { FlowStepCategory } from \"./flow-step-visuals\";\n\n//===============================================================\n//  AI_FlowNodeStepBadge\n//===============================================================\n\nexport type AI_FlowNodeStepBadgeProps = {\n  kind: string;\n  /** The kind's category (`flowStepCategory`); absent for a kind this bundle does not know, which reads neutral. */\n  category?: FlowStepCategory;\n  className?: string;\n};\n\nexport const AI_FlowNodeStepBadge = ({\n  kind,\n  category,\n  className,\n}: AI_FlowNodeStepBadgeProps): React.JSX.Element => (\n  <Badge\n    variant={category === FlowStepCategory.ERROR ? \"destructive\" : \"secondary\"}\n    className={cn(\"text-2xs\", className)}\n  >\n    {kind}\n  </Badge>\n);\n\n//===============================================================\n//  AI_FlowNodeStatusBadge\n//===============================================================\n\nexport type AI_FlowNodeStatusBadgeProps = {\n  status: string;\n  className?: string;\n};\n\n/**\n * How a flows-actors RUN STATUS reads, as a theme tone — declared ONCE, total over the vocabulary,\n * and read by every surface that colours a status: the badge below, a card's status edge, a\n * timeline marker, and the `FlowsActors_Status` vocabulary registration (`register-common-enums.ts`)\n * that colours the status field on every resource declaring it, so no application or workbench\n * decorates that field by hand.\n *\n * The tones name the WATCHER's reading, not the machine's outcome: PROCESSING is the one state\n * that is moving (INFO); AWAITING_APPROVAL is the one that needs a person, on a clock that expires\n * into FAILED (WARNING); READY and PENDING are queued and owe nothing (NEUTRAL); COMPLETED and\n * FAILED are the two unambiguous ends; CANCELLED and ABORTED are terminal without being failures —\n * somebody stopped it — so they are NEUTRAL rather than red, because colouring a deliberate stop\n * as a failure is how a board teaches its reader to ignore red.\n *\n * `Record<FlowsActors_Status, …>` so a ninth status is a compile error here, not an uncoloured chip.\n * An unknown string (a newer runtime) resolves NEUTRAL through `flowNodeStatusIndicator`.\n */\nconst STATUS_INDICATOR: Record<FlowsActors_Status, IndicatorVariant> = {\n  [FlowsActors_Status.READY]: IndicatorVariant.NEUTRAL,\n  [FlowsActors_Status.PENDING]: IndicatorVariant.NEUTRAL,\n  [FlowsActors_Status.PROCESSING]: IndicatorVariant.INFO,\n  [FlowsActors_Status.AWAITING_APPROVAL]: IndicatorVariant.WARNING,\n  [FlowsActors_Status.COMPLETED]: IndicatorVariant.SUCCESS,\n  [FlowsActors_Status.FAILED]: IndicatorVariant.ERROR,\n  [FlowsActors_Status.CANCELLED]: IndicatorVariant.NEUTRAL,\n  [FlowsActors_Status.ABORTED]: IndicatorVariant.NEUTRAL,\n};\n\nfunction isFlowsActorsStatus(status: string): status is FlowsActors_Status {\n  return Object.values(FlowsActors_Status).includes(status as FlowsActors_Status);\n}\n\n/** The theme tone a run status reads in (see {@link STATUS_INDICATOR}); NEUTRAL for a status this bundle does not know. */\nexport function flowNodeStatusIndicator(status: string): IndicatorVariant {\n  return isFlowsActorsStatus(status) ? STATUS_INDICATOR[status] : IndicatorVariant.NEUTRAL;\n}\n\n/**\n * The fill of a run status's marker dot: its tone's strong fill ({@link TONE_MARKER_FILL}), and a pulse while the run is\n * moving, for a reader who has not asked for reduced motion.\n *\n * Every status dot of the flows-actors components reads it. Each used to keep its own string-keyed map: the execution\n * plan coloured PENDING grey while the flow node ringed it amber, and NEITHER had an entry for AWAITING_APPROVAL, so a\n * run waiting on a person drew no colour at all (#2529).\n */\nexport function flowsActorsStatusDotClass(status: string): string {\n  return cn(TONE_MARKER_FILL[flowNodeStatusIndicator(status)], flowsActorsStatusIsMoving(status) && \"motion-safe:animate-pulse\");\n}\n\n/** A run status's tone as a CSS colour ({@link TONE_MARKER_COLOUR}), for a shape filled inline: a minimap's nodes. */\nexport function flowsActorsStatusColour(status: string): string {\n  return TONE_MARKER_COLOUR[flowNodeStatusIndicator(status)];\n}\n\n/** PROCESSING is the one status in which a run is moving; it is the only one a surface animates. */\nexport function flowsActorsStatusIsMoving(status: string): boolean {\n  return status === FlowsActors_Status.PROCESSING;\n}\n\n/**\n * The vocabulary a run status's words live under (`system_enums.<name>.<value>`), read off the field the execution\n * resource declares, so the words are authored ONCE for every surface that shows a status: the resource's own pages, the\n * Settings Hub panels and these components. They used to be authored a second time per component (`statusReady` …\n * `statusAborted`, twice), and AWAITING_APPROVAL had a word in neither copy.\n */\nexport const FLOWS_ACTORS_STATUS_VOCABULARY = getSystemEnumName(FlowActorExecutionBaseSchema.shape.status);\n\n/** The vocabulary a task's TOPIC is worded in, read off the field the task declares (#2531 review M3). */\nexport const ACTOR_TASK_TOPICS_VOCABULARY = getSystemEnumName(Actors_Task_Schema.shape.topic);\n\n/**\n * The vocabulary a task relationship's RELATION is worded in, read off the relationship's own declaration (#2628). Every\n * member of the union declares the same one; the first is read.\n */\nexport const FLOWS_ACTORS_RELATION_VOCABULARY = getSystemEnumName(FlowsActors_RelationshipSchema.options[0].shape.relation);\n\n/**\n * A value's word under a declared vocabulary (`system_enums.<name>.<value>`, or the vocabulary's own section). A value\n * with no authored word shows the raw value, so a missing word looks missing rather than invented.\n */\nexport function useVocabularyWord(vocabularyName: string | undefined): { readonly word: (value: string) => string; readonly isReady: boolean } {\n  const { t, isReady } = useI18n({ keys: [\"system_enums\"] });\n  const word = React.useCallback((value: string): string => {\n    if (!vocabularyName) return value;\n    const key = resolveVocabularyWordKey(vocabularyName, value);\n    const resolved = t(key);\n    return resolved === key ? value : resolved;\n  }, [t, vocabularyName]);\n  return { word, isReady };\n}\n\n/** A run status's word, from {@link FLOWS_ACTORS_STATUS_VOCABULARY}. */\nexport function useFlowsActorsStatusWord(): { readonly statusWord: (status: string) => string; readonly isReady: boolean } {\n  const { word, isReady } = useVocabularyWord(FLOWS_ACTORS_STATUS_VOCABULARY);\n  return { statusWord: word, isReady };\n}\n\nexport const AI_FlowNodeStatusBadge = ({\n  status,\n  className,\n}: AI_FlowNodeStatusBadgeProps): React.JSX.Element | null => {\n  const { statusWord, isReady } = useFlowsActorsStatusWord();\n\n  if (!isReady) return null;\n\n  return (\n    <Badge variant={indicatorBadgeVariant(flowNodeStatusIndicator(status))} className={cn(\"text-2xs\", className)}>\n      {statusWord(status)}\n    </Badge>\n  );\n};\n"]}

package/dist/esm/components/flows-actors/flow-node.labels.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"flow-node.labels.d.ts","sourceRoot":"","sources":["../../../../src/components/flows-actors/flow-node.labels.ts"],"names":[],"mappings":"AAAA,OAAO,EAAoC,KAAK,mBAAmB,EAA2B,MAAM,qCAAqC,CAAC;AAM1I,eAAO,MAAM,wBAAwB,EAAE,mBAAmB,EAgBzD,CAAC"}
+{"version":3,"file":"flow-node.labels.d.ts","sourceRoot":"","sources":["../../../../../src/components/flows-actors/flow-node.labels.ts"],"names":[],"mappings":"AAAA,OAAO,EAAoC,KAAK,mBAAmB,EAA2B,MAAM,qCAAqC,CAAC;AAM1I,eAAO,MAAM,wBAAwB,EAAE,mBAAmB,EAQzD,CAAC"}

package/dist/esm/components/flows-actors/flow-node.labels.js

@@ -3,7 +3,6 @@ import { FrontendComponentType, LabelKind, registerComponentLabels } from '@wild
 // authored) per-key purpose / kind / variable meaning. Statically scanned by
 // the dev companion; NOT imported at runtime, so it never ships in the bundle.
 export const LowLevelAiFlowNodeLabels = [
-    { ref: 'trigger', kind: LabelKind.LABEL, purpose: 'Label for the entry/trigger node that starts the flow' },
     { ref: 'finish', kind: LabelKind.LABEL, purpose: 'Label for the terminal node that ends the flow' },
     { ref: 'triggerManual', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started manually by a user' },
     { ref: 'triggerSchedule', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started on a recurring schedule' },
@@ -11,13 +10,6 @@ export const LowLevelAiFlowNodeLabels = [
     { ref: 'triggerResourceEvent', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started by a resource lifecycle event' },
     { ref: 'triggerEvent', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started by a generic domain event' },
     { ref: 'triggerTaskCompletion', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started when an upstream task completes' },
-    { ref: 'statusReady', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node that is ready to run' },
-    { ref: 'statusPending', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node queued and waiting to start' },
-    { ref: 'statusProcessing', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node currently executing' },
-    { ref: 'statusCompleted', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node that finished successfully' },
-    { ref: 'statusFailed', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node that errored out' },
-    { ref: 'statusCancelled', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node cancelled before completion' },
-    { ref: 'statusAborted', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node aborted mid-execution' },
 ];
 registerComponentLabels(FrontendComponentType.LOW_LEVEL_AI_FLOW_NODE, LowLevelAiFlowNodeLabels);
 //# sourceMappingURL=flow-node.labels.js.map

package/dist/esm/components/flows-actors/flow-node.labels.js.map

@@ -1 +1 @@
-{"version":3,"file":"flow-node.labels.js","sourceRoot":"","sources":["../../../../../src/components/flows-actors/flow-node.labels.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,qBAAqB,EAAE,SAAS,EAA4B,uBAAuB,EAAE,MAAM,qCAAqC,CAAC;AAE1I,2EAA2E;AAC3E,6EAA6E;AAC7E,+EAA+E;AAE/E,MAAM,CAAC,MAAM,wBAAwB,GAA0B;IAC7D,EAAE,GAAG,EAAE,SAAS,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,uDAAuD,EAAE;IAC3G,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,gDAAgD,EAAE;IACnG,EAAE,GAAG,EAAE,eAAe,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,+CAA+C,EAAE;IACzG,EAAE,GAAG,EAAE,iBAAiB,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,oDAAoD,EAAE;IAChH,EAAE,GAAG,EAAE,gBAAgB,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,uDAAuD,EAAE;IAClH,EAAE,GAAG,EAAE,sBAAsB,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,0DAA0D,EAAE;IAC3H,EAAE,GAAG,EAAE,cAAc,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,sDAAsD,EAAE;IAC/G,EAAE,GAAG,EAAE,uBAAuB,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,4DAA4D,EAAE;IAC9H,EAAE,GAAG,EAAE,aAAa,EAAE,IAAI,EAAE,SAAS,CAAC,OAAO,EAAE,OAAO,EAAE,mDAAmD,EAAE;IAC7G,EAAE,GAAG,EAAE,eAAe,EAAE,IAAI,EAAE,SAAS,CAAC,OAAO,EAAE,OAAO,EAAE,0DAA0D,EAAE;IACtH,EAAE,GAAG,EAAE,kBAAkB,EAAE,IAAI,EAAE,SAAS,CAAC,OAAO,EAAE,OAAO,EAAE,kDAAkD,EAAE;IACjH,EAAE,GAAG,EAAE,iBAAiB,EAAE,IAAI,EAAE,SAAS,CAAC,OAAO,EAAE,OAAO,EAAE,yDAAyD,EAAE;IACvH,EAAE,GAAG,EAAE,cAAc,EAAE,IAAI,EAAE,SAAS,CAAC,OAAO,EAAE,OAAO,EAAE,+CAA+C,EAAE;IAC1G,EAAE,GAAG,EAAE,iBAAiB,EAAE,IAAI,EAAE,SAAS,CAAC,OAAO,EAAE,OAAO,EAAE,0DAA0D,EAAE;IACxH,EAAE,GAAG,EAAE,eAAe,EAAE,IAAI,EAAE,SAAS,CAAC,OAAO,EAAE,OAAO,EAAE,oDAAoD,EAAE;CACjH,CAAC;AACF,uBAAuB,CAAC,qBAAqB,CAAC,sBAAsB,EAAE,wBAAwB,CAAC,CAAC","sourcesContent":["import { FrontendComponentType, LabelKind, type LabellingUnitaryDef, registerComponentLabels } from '@wildo-ai/presets-components-models';\n\n// Companion-only label metadata for this component: keys + params + (where\n// authored) per-key purpose / kind / variable meaning. Statically scanned by\n// the dev companion; NOT imported at runtime, so it never ships in the bundle.\n\nexport const LowLevelAiFlowNodeLabels: LabellingUnitaryDef[] = [\n  { ref: 'trigger', kind: LabelKind.LABEL, purpose: 'Label for the entry/trigger node that starts the flow' },\n  { ref: 'finish', kind: LabelKind.LABEL, purpose: 'Label for the terminal node that ends the flow' },\n  { ref: 'triggerManual', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started manually by a user' },\n  { ref: 'triggerSchedule', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started on a recurring schedule' },\n  { ref: 'triggerWebhook', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started by an inbound webhook call' },\n  { ref: 'triggerResourceEvent', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started by a resource lifecycle event' },\n  { ref: 'triggerEvent', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started by a generic domain event' },\n  { ref: 'triggerTaskCompletion', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started when an upstream task completes' },\n  { ref: 'statusReady', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node that is ready to run' },\n  { ref: 'statusPending', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node queued and waiting to start' },\n  { ref: 'statusProcessing', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node currently executing' },\n  { ref: 'statusCompleted', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node that finished successfully' },\n  { ref: 'statusFailed', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node that errored out' },\n  { ref: 'statusCancelled', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node cancelled before completion' },\n  { ref: 'statusAborted', kind: LabelKind.MESSAGE, purpose: 'Status badge for a flow node aborted mid-execution' },\n];\nregisterComponentLabels(FrontendComponentType.LOW_LEVEL_AI_FLOW_NODE, LowLevelAiFlowNodeLabels);\n"]}
+{"version":3,"file":"flow-node.labels.js","sourceRoot":"","sources":["../../../../../src/components/flows-actors/flow-node.labels.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,qBAAqB,EAAE,SAAS,EAA4B,uBAAuB,EAAE,MAAM,qCAAqC,CAAC;AAE1I,2EAA2E;AAC3E,6EAA6E;AAC7E,+EAA+E;AAE/E,MAAM,CAAC,MAAM,wBAAwB,GAA0B;IAC7D,EAAE,GAAG,EAAE,QAAQ,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,gDAAgD,EAAE;IACnG,EAAE,GAAG,EAAE,eAAe,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,+CAA+C,EAAE;IACzG,EAAE,GAAG,EAAE,iBAAiB,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,oDAAoD,EAAE;IAChH,EAAE,GAAG,EAAE,gBAAgB,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,uDAAuD,EAAE;IAClH,EAAE,GAAG,EAAE,sBAAsB,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,0DAA0D,EAAE;IAC3H,EAAE,GAAG,EAAE,cAAc,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,sDAAsD,EAAE;IAC/G,EAAE,GAAG,EAAE,uBAAuB,EAAE,IAAI,EAAE,SAAS,CAAC,KAAK,EAAE,OAAO,EAAE,4DAA4D,EAAE;CAC/H,CAAC;AACF,uBAAuB,CAAC,qBAAqB,CAAC,sBAAsB,EAAE,wBAAwB,CAAC,CAAC","sourcesContent":["import { FrontendComponentType, LabelKind, type LabellingUnitaryDef, registerComponentLabels } from '@wildo-ai/presets-components-models';\n\n// Companion-only label metadata for this component: keys + params + (where\n// authored) per-key purpose / kind / variable meaning. Statically scanned by\n// the dev companion; NOT imported at runtime, so it never ships in the bundle.\n\nexport const LowLevelAiFlowNodeLabels: LabellingUnitaryDef[] = [\n  { ref: 'finish', kind: LabelKind.LABEL, purpose: 'Label for the terminal node that ends the flow' },\n  { ref: 'triggerManual', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started manually by a user' },\n  { ref: 'triggerSchedule', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started on a recurring schedule' },\n  { ref: 'triggerWebhook', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started by an inbound webhook call' },\n  { ref: 'triggerResourceEvent', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started by a resource lifecycle event' },\n  { ref: 'triggerEvent', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started by a generic domain event' },\n  { ref: 'triggerTaskCompletion', kind: LabelKind.LABEL, purpose: 'Trigger kind: flow started when an upstream task completes' },\n];\nregisterComponentLabels(FrontendComponentType.LOW_LEVEL_AI_FLOW_NODE, LowLevelAiFlowNodeLabels);\n"]}

package/dist/esm/components/flows-actors/flow-step-visuals.d.ts

@@ -0,0 +1,31 @@
+import { StandardIconReference } from '../../core/icons/icon-registry.frontend.schemas';
+/** The family a step kind belongs to, which decides its icon and the colour of its badge. */
+export declare enum FlowStepCategory {
+    /** Work done by an agent, a function, a connector or a compute step. */
+    AGENTIC = "agentic",
+    /** Reading or writing an artifact. */
+    ARTIFACT = "artifact",
+    /** Branching, looping, waiting or retrying: the flow's own control. */
+    CONTROL = "control",
+    /** Reading or writing the flow's memory. */
+    STATE = "state",
+    /** Emitting or waiting for an event. */
+    EVENT = "event",
+    /** Catching, compensating or finishing after an error. */
+    ERROR = "error",
+    /** A person in the loop, or another actor system called. */
+    HUMAN = "human",
+    /** A message sent to a person outside the run (an email). */
+    NOTIFICATION = "notification"
+}
+/** A step kind's category, or `undefined` for a kind this bundle does not know (a newer runtime): no look is guessed. */
+export declare function flowStepCategory(kind: string): FlowStepCategory | undefined;
+export declare const FLOW_STEP_CATEGORY_ICONS: Record<FlowStepCategory, StandardIconReference>;
+/** A trigger type's icon and word key, or `undefined` for a type this bundle does not know. */
+export declare function flowTriggerTypeVisual(type: string): {
+    readonly icon: StandardIconReference;
+    readonly labelKey: string;
+} | undefined;
+/** Every trigger-type word key, for the test holding the labels total. */
+export declare const FLOW_TRIGGER_TYPE_LABEL_KEYS: readonly string[];
+//# sourceMappingURL=flow-step-visuals.d.ts.map

package/dist/esm/components/flows-actors/flow-step-visuals.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"flow-step-visuals.d.ts","sourceRoot":"","sources":["../../../../../src/components/flows-actors/flow-step-visuals.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,qBAAqB,EAAE,MAAM,+DAA+D,CAAC;AAatG,6FAA6F;AAC7F,oBAAY,gBAAgB;IAC1B,wEAAwE;IACxE,OAAO,YAAY;IACnB,sCAAsC;IACtC,QAAQ,aAAa;IACrB,uEAAuE;IACvE,OAAO,YAAY;IACnB,4CAA4C;IAC5C,KAAK,UAAU;IACf,wCAAwC;IACxC,KAAK,UAAU;IACf,0DAA0D;IAC1D,KAAK,UAAU;IACf,4DAA4D;IAC5D,KAAK,UAAU;IACf,6DAA6D;IAC7D,YAAY,iBAAiB;CAC9B;AAgCD,yHAAyH;AACzH,wBAAgB,gBAAgB,CAAC,IAAI,EAAE,MAAM,GAAG,gBAAgB,GAAG,SAAS,CAE3E;AAED,eAAO,MAAM,wBAAwB,EAAE,MAAM,CAAC,gBAAgB,EAAE,qBAAqB,CASpF,CAAC;AAqBF,+FAA+F;AAC/F,wBAAgB,qBAAqB,CAAC,IAAI,EAAE,MAAM,GAAG;IAAE,QAAQ,CAAC,IAAI,EAAE,qBAAqB,CAAC;IAAC,QAAQ,CAAC,QAAQ,EAAE,MAAM,CAAA;CAAE,GAAG,SAAS,CAEnI;AAED,0EAA0E;AAC1E,eAAO,MAAM,4BAA4B,EAAE,SAAS,MAAM,EAA2C,CAAC"}

package/dist/esm/components/flows-actors/flow-step-visuals.js

@@ -0,0 +1,98 @@
+import { Flow_Step_Kind, Flow_Trigger_Type } from '@wildo-ai/saas-models';
+import { StandardIconReference } from '../../core/icons/icon-registry.frontend.schemas.js';
+//===============================================================
+//  How a flow's steps and triggers LOOK (#2529)
+//
+// The kind of a step and the type of a trigger, as a category, an icon and a word key. No graph library here: these are
+// read by the flow canvas, which draws through `AI_GraphViewer`, and by the eager step badge.
+//
+// Every map is total over its vocabulary (`Flow_Step_Kind`, `Flow_Trigger_Type`), so a member added to either is a
+// compile error here rather than a step drawn with a guessed look. They were string-keyed until #2529, and an unknown
+// kind was silently given the agentic look.
+//===============================================================
+/** The family a step kind belongs to, which decides its icon and the colour of its badge. */
+export var FlowStepCategory;
+(function (FlowStepCategory) {
+    /** Work done by an agent, a function, a connector or a compute step. */
+    FlowStepCategory["AGENTIC"] = "agentic";
+    /** Reading or writing an artifact. */
+    FlowStepCategory["ARTIFACT"] = "artifact";
+    /** Branching, looping, waiting or retrying: the flow's own control. */
+    FlowStepCategory["CONTROL"] = "control";
+    /** Reading or writing the flow's memory. */
+    FlowStepCategory["STATE"] = "state";
+    /** Emitting or waiting for an event. */
+    FlowStepCategory["EVENT"] = "event";
+    /** Catching, compensating or finishing after an error. */
+    FlowStepCategory["ERROR"] = "error";
+    /** A person in the loop, or another actor system called. */
+    FlowStepCategory["HUMAN"] = "human";
+    /** A message sent to a person outside the run (an email). */
+    FlowStepCategory["NOTIFICATION"] = "notification";
+})(FlowStepCategory || (FlowStepCategory = {}));
+const STEP_KIND_CATEGORY = {
+    [Flow_Step_Kind.AGENT_CALL]: FlowStepCategory.AGENTIC,
+    [Flow_Step_Kind.FUNCTION]: FlowStepCategory.AGENTIC,
+    [Flow_Step_Kind.CONNECTOR]: FlowStepCategory.AGENTIC,
+    [Flow_Step_Kind.COMPUTE_RESOURCE_OPERATION]: FlowStepCategory.AGENTIC,
+    [Flow_Step_Kind.COMPUTE_CUSTOM]: FlowStepCategory.AGENTIC,
+    [Flow_Step_Kind.FLOW_SUBFLOW]: FlowStepCategory.AGENTIC,
+    [Flow_Step_Kind.ARTIFACT_WRITE]: FlowStepCategory.ARTIFACT,
+    [Flow_Step_Kind.ARTIFACT_READ]: FlowStepCategory.ARTIFACT,
+    [Flow_Step_Kind.CONTROL_BRANCH]: FlowStepCategory.CONTROL,
+    [Flow_Step_Kind.CONTROL_SWITCH]: FlowStepCategory.CONTROL,
+    [Flow_Step_Kind.CONTROL_LOOP]: FlowStepCategory.CONTROL,
+    [Flow_Step_Kind.CONTROL_PARALLEL]: FlowStepCategory.CONTROL,
+    [Flow_Step_Kind.CONTROL_DELAY]: FlowStepCategory.CONTROL,
+    [Flow_Step_Kind.CONTROL_RETRY]: FlowStepCategory.CONTROL,
+    [Flow_Step_Kind.STATE_MEMORY_READ]: FlowStepCategory.STATE,
+    [Flow_Step_Kind.STATE_MEMORY_WRITE]: FlowStepCategory.STATE,
+    [Flow_Step_Kind.EVENT_EMIT]: FlowStepCategory.EVENT,
+    [Flow_Step_Kind.EVENT_WAIT]: FlowStepCategory.EVENT,
+    [Flow_Step_Kind.ERROR_CATCH]: FlowStepCategory.ERROR,
+    [Flow_Step_Kind.ERROR_COMPENSATE]: FlowStepCategory.ERROR,
+    [Flow_Step_Kind.ERROR_FINALLY]: FlowStepCategory.ERROR,
+    [Flow_Step_Kind.HUMAN_IN_THE_LOOP]: FlowStepCategory.HUMAN,
+    [Flow_Step_Kind.ACTOR_SYSTEM_CALL]: FlowStepCategory.HUMAN,
+    [Flow_Step_Kind.NOTIFICATION_EMAIL]: FlowStepCategory.NOTIFICATION,
+};
+const isFlowStepKind = (kind) => Object.values(Flow_Step_Kind).includes(kind);
+const isFlowTriggerType = (type) => Object.values(Flow_Trigger_Type).includes(type);
+/** A step kind's category, or `undefined` for a kind this bundle does not know (a newer runtime): no look is guessed. */
+export function flowStepCategory(kind) {
+    return isFlowStepKind(kind) ? STEP_KIND_CATEGORY[kind] : undefined;
+}
+export const FLOW_STEP_CATEGORY_ICONS = {
+    [FlowStepCategory.AGENTIC]: StandardIconReference.BRAIN,
+    [FlowStepCategory.ARTIFACT]: StandardIconReference.FILE,
+    [FlowStepCategory.CONTROL]: StandardIconReference.CHEVRONS_UP_DOWN,
+    [FlowStepCategory.STATE]: StandardIconReference.BOOKMARK,
+    [FlowStepCategory.EVENT]: StandardIconReference.CLOCK,
+    [FlowStepCategory.ERROR]: StandardIconReference.WARNING,
+    [FlowStepCategory.HUMAN]: StandardIconReference.USERS,
+    [FlowStepCategory.NOTIFICATION]: StandardIconReference.MAIL,
+};
+const TRIGGER_TYPE_ICONS = {
+    [Flow_Trigger_Type.MANUAL]: StandardIconReference.CORNER_DOWN_LEFT,
+    [Flow_Trigger_Type.SCHEDULE]: StandardIconReference.CALENDAR,
+    [Flow_Trigger_Type.WEBHOOK]: StandardIconReference.EXTERNAL_LINK,
+    [Flow_Trigger_Type.RESOURCE_EVENT]: StandardIconReference.DOT,
+    [Flow_Trigger_Type.EVENT]: StandardIconReference.CLOCK,
+    [Flow_Trigger_Type.TASK_COMPLETION]: StandardIconReference.CHECK_CIRCLE,
+};
+/** The word key of each trigger type, in the flow node's labels (`LowLevelAiFlowNodeLabels`). */
+const TRIGGER_TYPE_LABEL_KEYS = {
+    [Flow_Trigger_Type.MANUAL]: 'triggerManual',
+    [Flow_Trigger_Type.SCHEDULE]: 'triggerSchedule',
+    [Flow_Trigger_Type.WEBHOOK]: 'triggerWebhook',
+    [Flow_Trigger_Type.RESOURCE_EVENT]: 'triggerResourceEvent',
+    [Flow_Trigger_Type.EVENT]: 'triggerEvent',
+    [Flow_Trigger_Type.TASK_COMPLETION]: 'triggerTaskCompletion',
+};
+/** A trigger type's icon and word key, or `undefined` for a type this bundle does not know. */
+export function flowTriggerTypeVisual(type) {
+    return isFlowTriggerType(type) ? { icon: TRIGGER_TYPE_ICONS[type], labelKey: TRIGGER_TYPE_LABEL_KEYS[type] } : undefined;
+}
+/** Every trigger-type word key, for the test holding the labels total. */
+export const FLOW_TRIGGER_TYPE_LABEL_KEYS = Object.values(TRIGGER_TYPE_LABEL_KEYS);
+//# sourceMappingURL=flow-step-visuals.js.map

package/dist/esm/components/flows-actors/flow-step-visuals.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"flow-step-visuals.js","sourceRoot":"","sources":["../../../../../src/components/flows-actors/flow-step-visuals.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,cAAc,EAAE,iBAAiB,EAAE,MAAM,uBAAuB,CAAC;AAC1E,OAAO,EAAE,qBAAqB,EAAE,MAAM,+DAA+D,CAAC;AAEtG,iEAAiE;AACjE,gDAAgD;AAChD,EAAE;AACF,wHAAwH;AACxH,8FAA8F;AAC9F,EAAE;AACF,mHAAmH;AACnH,sHAAsH;AACtH,4CAA4C;AAC5C,iEAAiE;AAEjE,6FAA6F;AAC7F,MAAM,CAAN,IAAY,gBAiBX;AAjBD,WAAY,gBAAgB;IAC1B,wEAAwE;IACxE,uCAAmB,CAAA;IACnB,sCAAsC;IACtC,yCAAqB,CAAA;IACrB,uEAAuE;IACvE,uCAAmB,CAAA;IACnB,4CAA4C;IAC5C,mCAAe,CAAA;IACf,wCAAwC;IACxC,mCAAe,CAAA;IACf,0DAA0D;IAC1D,mCAAe,CAAA;IACf,4DAA4D;IAC5D,mCAAe,CAAA;IACf,6DAA6D;IAC7D,iDAA6B,CAAA;AAC/B,CAAC,EAjBW,gBAAgB,KAAhB,gBAAgB,QAiB3B;AAED,MAAM,kBAAkB,GAA6C;IACnE,CAAC,cAAc,CAAC,UAAU,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACrD,CAAC,cAAc,CAAC,QAAQ,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACnD,CAAC,cAAc,CAAC,SAAS,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACpD,CAAC,cAAc,CAAC,0BAA0B,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACrE,CAAC,cAAc,CAAC,cAAc,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACzD,CAAC,cAAc,CAAC,YAAY,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACvD,CAAC,cAAc,CAAC,cAAc,CAAC,EAAE,gBAAgB,CAAC,QAAQ;IAC1D,CAAC,cAAc,CAAC,aAAa,CAAC,EAAE,gBAAgB,CAAC,QAAQ;IACzD,CAAC,cAAc,CAAC,cAAc,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACzD,CAAC,cAAc,CAAC,cAAc,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACzD,CAAC,cAAc,CAAC,YAAY,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACvD,CAAC,cAAc,CAAC,gBAAgB,CAAC,EAAE,gBAAgB,CAAC,OAAO;IAC3D,CAAC,cAAc,CAAC,aAAa,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACxD,CAAC,cAAc,CAAC,aAAa,CAAC,EAAE,gBAAgB,CAAC,OAAO;IACxD,CAAC,cAAc,CAAC,iBAAiB,CAAC,EAAE,gBAAgB,CAAC,KAAK;IAC1D,CAAC,cAAc,CAAC,kBAAkB,CAAC,EAAE,gBAAgB,CAAC,KAAK;IAC3D,CAAC,cAAc,CAAC,UAAU,CAAC,EAAE,gBAAgB,CAAC,KAAK;IACnD,CAAC,cAAc,CAAC,UAAU,CAAC,EAAE,gBAAgB,CAAC,KAAK;IACnD,CAAC,cAAc,CAAC,WAAW,CAAC,EAAE,gBAAgB,CAAC,KAAK;IACpD,CAAC,cAAc,CAAC,gBAAgB,CAAC,EAAE,gBAAgB,CAAC,KAAK;IACzD,CAAC,cAAc,CAAC,aAAa,CAAC,EAAE,gBAAgB,CAAC,KAAK;IACtD,CAAC,cAAc,CAAC,iBAAiB,CAAC,EAAE,gBAAgB,CAAC,KAAK;IAC1D,CAAC,cAAc,CAAC,iBAAiB,CAAC,EAAE,gBAAgB,CAAC,KAAK;IAC1D,CAAC,cAAc,CAAC,kBAAkB,CAAC,EAAE,gBAAgB,CAAC,YAAY;CACnE,CAAC;AAEF,MAAM,cAAc,GAAG,CAAC,IAAY,EAA0B,EAAE,CAAC,MAAM,CAAC,MAAM,CAAC,cAAc,CAAC,CAAC,QAAQ,CAAC,IAAsB,CAAC,CAAC;AAChI,MAAM,iBAAiB,GAAG,CAAC,IAAY,EAA6B,EAAE,CAAC,MAAM,CAAC,MAAM,CAAC,iBAAiB,CAAC,CAAC,QAAQ,CAAC,IAAyB,CAAC,CAAC;AAE5I,yHAAyH;AACzH,MAAM,UAAU,gBAAgB,CAAC,IAAY;IAC3C,OAAO,cAAc,CAAC,IAAI,CAAC,CAAC,CAAC,CAAC,kBAAkB,CAAC,IAAI,CAAC,CAAC,CAAC,CAAC,SAAS,CAAC;AACrE,CAAC;AAED,MAAM,CAAC,MAAM,wBAAwB,GAAoD;IACvF,CAAC,gBAAgB,CAAC,OAAO,CAAC,EAAE,qBAAqB,CAAC,KAAK;IACvD,CAAC,gBAAgB,CAAC,QAAQ,CAAC,EAAE,qBAAqB,CAAC,IAAI;IACvD,CAAC,gBAAgB,CAAC,OAAO,CAAC,EAAE,qBAAqB,CAAC,gBAAgB;IAClE,CAAC,gBAAgB,CAAC,KAAK,CAAC,EAAE,qBAAqB,CAAC,QAAQ;IACxD,CAAC,gBAAgB,CAAC,KAAK,CAAC,EAAE,qBAAqB,CAAC,KAAK;IACrD,CAAC,gBAAgB,CAAC,KAAK,CAAC,EAAE,qBAAqB,CAAC,OAAO;IACvD,CAAC,gBAAgB,CAAC,KAAK,CAAC,EAAE,qBAAqB,CAAC,KAAK;IACrD,CAAC,gBAAgB,CAAC,YAAY,CAAC,EAAE,qBAAqB,CAAC,IAAI;CAC5D,CAAC;AAEF,MAAM,kBAAkB,GAAqD;IAC3E,CAAC,iBAAiB,CAAC,MAAM,CAAC,EAAE,qBAAqB,CAAC,gBAAgB;IAClE,CAAC,iBAAiB,CAAC,QAAQ,CAAC,EAAE,qBAAqB,CAAC,QAAQ;IAC5D,CAAC,iBAAiB,CAAC,OAAO,CAAC,EAAE,qBAAqB,CAAC,aAAa;IAChE,CAAC,iBAAiB,CAAC,cAAc,CAAC,EAAE,qBAAqB,CAAC,GAAG;IAC7D,CAAC,iBAAiB,CAAC,KAAK,CAAC,EAAE,qBAAqB,CAAC,KAAK;IACtD,CAAC,iBAAiB,CAAC,eAAe,CAAC,EAAE,qBAAqB,CAAC,YAAY;CACxE,CAAC;AAEF,iGAAiG;AACjG,MAAM,uBAAuB,GAAsC;IACjE,CAAC,iBAAiB,CAAC,MAAM,CAAC,EAAE,eAAe;IAC3C,CAAC,iBAAiB,CAAC,QAAQ,CAAC,EAAE,iBAAiB;IAC/C,CAAC,iBAAiB,CAAC,OAAO,CAAC,EAAE,gBAAgB;IAC7C,CAAC,iBAAiB,CAAC,cAAc,CAAC,EAAE,sBAAsB;IAC1D,CAAC,iBAAiB,CAAC,KAAK,CAAC,EAAE,cAAc;IACzC,CAAC,iBAAiB,CAAC,eAAe,CAAC,EAAE,uBAAuB;CAC7D,CAAC;AAEF,+FAA+F;AAC/F,MAAM,UAAU,qBAAqB,CAAC,IAAY;IAChD,OAAO,iBAAiB,CAAC,IAAI,CAAC,CAAC,CAAC,CAAC,EAAE,IAAI,EAAE,kBAAkB,CAAC,IAAI,CAAC,EAAE,QAAQ,EAAE,uBAAuB,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC,CAAC,SAAS,CAAC;AAC3H,CAAC;AAED,0EAA0E;AAC1E,MAAM,CAAC,MAAM,4BAA4B,GAAsB,MAAM,CAAC,MAAM,CAAC,uBAAuB,CAAC,CAAC","sourcesContent":["import { Flow_Step_Kind, Flow_Trigger_Type } from '@wildo-ai/saas-models';\nimport { StandardIconReference } from '~wildo-frontend-lib/core/icons/icon-registry.frontend.schemas';\n\n//===============================================================\n//  How a flow's steps and triggers LOOK (#2529)\n//\n// The kind of a step and the type of a trigger, as a category, an icon and a word key. No graph library here: these are\n// read by the flow canvas, which draws through `AI_GraphViewer`, and by the eager step badge.\n//\n// Every map is total over its vocabulary (`Flow_Step_Kind`, `Flow_Trigger_Type`), so a member added to either is a\n// compile error here rather than a step drawn with a guessed look. They were string-keyed until #2529, and an unknown\n// kind was silently given the agentic look.\n//===============================================================\n\n/** The family a step kind belongs to, which decides its icon and the colour of its badge. */\nexport enum FlowStepCategory {\n  /** Work done by an agent, a function, a connector or a compute step. */\n  AGENTIC = 'agentic',\n  /** Reading or writing an artifact. */\n  ARTIFACT = 'artifact',\n  /** Branching, looping, waiting or retrying: the flow's own control. */\n  CONTROL = 'control',\n  /** Reading or writing the flow's memory. */\n  STATE = 'state',\n  /** Emitting or waiting for an event. */\n  EVENT = 'event',\n  /** Catching, compensating or finishing after an error. */\n  ERROR = 'error',\n  /** A person in the loop, or another actor system called. */\n  HUMAN = 'human',\n  /** A message sent to a person outside the run (an email). */\n  NOTIFICATION = 'notification',\n}\n\nconst STEP_KIND_CATEGORY: Record<Flow_Step_Kind, FlowStepCategory> = {\n  [Flow_Step_Kind.AGENT_CALL]: FlowStepCategory.AGENTIC,\n  [Flow_Step_Kind.FUNCTION]: FlowStepCategory.AGENTIC,\n  [Flow_Step_Kind.CONNECTOR]: FlowStepCategory.AGENTIC,\n  [Flow_Step_Kind.COMPUTE_RESOURCE_OPERATION]: FlowStepCategory.AGENTIC,\n  [Flow_Step_Kind.COMPUTE_CUSTOM]: FlowStepCategory.AGENTIC,\n  [Flow_Step_Kind.FLOW_SUBFLOW]: FlowStepCategory.AGENTIC,\n  [Flow_Step_Kind.ARTIFACT_WRITE]: FlowStepCategory.ARTIFACT,\n  [Flow_Step_Kind.ARTIFACT_READ]: FlowStepCategory.ARTIFACT,\n  [Flow_Step_Kind.CONTROL_BRANCH]: FlowStepCategory.CONTROL,\n  [Flow_Step_Kind.CONTROL_SWITCH]: FlowStepCategory.CONTROL,\n  [Flow_Step_Kind.CONTROL_LOOP]: FlowStepCategory.CONTROL,\n  [Flow_Step_Kind.CONTROL_PARALLEL]: FlowStepCategory.CONTROL,\n  [Flow_Step_Kind.CONTROL_DELAY]: FlowStepCategory.CONTROL,\n  [Flow_Step_Kind.CONTROL_RETRY]: FlowStepCategory.CONTROL,\n  [Flow_Step_Kind.STATE_MEMORY_READ]: FlowStepCategory.STATE,\n  [Flow_Step_Kind.STATE_MEMORY_WRITE]: FlowStepCategory.STATE,\n  [Flow_Step_Kind.EVENT_EMIT]: FlowStepCategory.EVENT,\n  [Flow_Step_Kind.EVENT_WAIT]: FlowStepCategory.EVENT,\n  [Flow_Step_Kind.ERROR_CATCH]: FlowStepCategory.ERROR,\n  [Flow_Step_Kind.ERROR_COMPENSATE]: FlowStepCategory.ERROR,\n  [Flow_Step_Kind.ERROR_FINALLY]: FlowStepCategory.ERROR,\n  [Flow_Step_Kind.HUMAN_IN_THE_LOOP]: FlowStepCategory.HUMAN,\n  [Flow_Step_Kind.ACTOR_SYSTEM_CALL]: FlowStepCategory.HUMAN,\n  [Flow_Step_Kind.NOTIFICATION_EMAIL]: FlowStepCategory.NOTIFICATION,\n};\n\nconst isFlowStepKind = (kind: string): kind is Flow_Step_Kind => Object.values(Flow_Step_Kind).includes(kind as Flow_Step_Kind);\nconst isFlowTriggerType = (type: string): type is Flow_Trigger_Type => Object.values(Flow_Trigger_Type).includes(type as Flow_Trigger_Type);\n\n/** A step kind's category, or `undefined` for a kind this bundle does not know (a newer runtime): no look is guessed. */\nexport function flowStepCategory(kind: string): FlowStepCategory | undefined {\n  return isFlowStepKind(kind) ? STEP_KIND_CATEGORY[kind] : undefined;\n}\n\nexport const FLOW_STEP_CATEGORY_ICONS: Record<FlowStepCategory, StandardIconReference> = {\n  [FlowStepCategory.AGENTIC]: StandardIconReference.BRAIN,\n  [FlowStepCategory.ARTIFACT]: StandardIconReference.FILE,\n  [FlowStepCategory.CONTROL]: StandardIconReference.CHEVRONS_UP_DOWN,\n  [FlowStepCategory.STATE]: StandardIconReference.BOOKMARK,\n  [FlowStepCategory.EVENT]: StandardIconReference.CLOCK,\n  [FlowStepCategory.ERROR]: StandardIconReference.WARNING,\n  [FlowStepCategory.HUMAN]: StandardIconReference.USERS,\n  [FlowStepCategory.NOTIFICATION]: StandardIconReference.MAIL,\n};\n\nconst TRIGGER_TYPE_ICONS: Record<Flow_Trigger_Type, StandardIconReference> = {\n  [Flow_Trigger_Type.MANUAL]: StandardIconReference.CORNER_DOWN_LEFT,\n  [Flow_Trigger_Type.SCHEDULE]: StandardIconReference.CALENDAR,\n  [Flow_Trigger_Type.WEBHOOK]: StandardIconReference.EXTERNAL_LINK,\n  [Flow_Trigger_Type.RESOURCE_EVENT]: StandardIconReference.DOT,\n  [Flow_Trigger_Type.EVENT]: StandardIconReference.CLOCK,\n  [Flow_Trigger_Type.TASK_COMPLETION]: StandardIconReference.CHECK_CIRCLE,\n};\n\n/** The word key of each trigger type, in the flow node's labels (`LowLevelAiFlowNodeLabels`). */\nconst TRIGGER_TYPE_LABEL_KEYS: Record<Flow_Trigger_Type, string> = {\n  [Flow_Trigger_Type.MANUAL]: 'triggerManual',\n  [Flow_Trigger_Type.SCHEDULE]: 'triggerSchedule',\n  [Flow_Trigger_Type.WEBHOOK]: 'triggerWebhook',\n  [Flow_Trigger_Type.RESOURCE_EVENT]: 'triggerResourceEvent',\n  [Flow_Trigger_Type.EVENT]: 'triggerEvent',\n  [Flow_Trigger_Type.TASK_COMPLETION]: 'triggerTaskCompletion',\n};\n\n/** A trigger type's icon and word key, or `undefined` for a type this bundle does not know. */\nexport function flowTriggerTypeVisual(type: string): { readonly icon: StandardIconReference; readonly labelKey: string } | undefined {\n  return isFlowTriggerType(type) ? { icon: TRIGGER_TYPE_ICONS[type], labelKey: TRIGGER_TYPE_LABEL_KEYS[type] } : undefined;\n}\n\n/** Every trigger-type word key, for the test holding the labels total. */\nexport const FLOW_TRIGGER_TYPE_LABEL_KEYS: readonly string[] = Object.values(TRIGGER_TYPE_LABEL_KEYS);\n"]}

package/dist/esm/components/flows-actors/flows-actors-graph-runtime.d.ts

@@ -4,13 +4,14 @@
  *
  * ## Why this module exists
  *
- * `@xyflow/react` is ~375 kB, and three modules in this package value-imported it:
- * `flow-node.tsx` (`Handle`, `Position`), `flow-execution.tsx` (`BaseEdge`, `getBezierPath`) and
- * `actor.tsx` (`Handle`, `Position`). All three were eagerly re-exported from this package's root
- * barrel, and two further eager barrel exports — `execution-plan.tsx` and `task-detail.tsx` —
- * reached `flow-node.tsx` transitively for a status badge. So ANY application importing
- * `@wildo-ai/saas-frontend-lib` shipped the whole graph library in its ENTRY chunk, whether or
- * not it ever rendered a flow diagram or an actor team.
+ * `@xyflow/react` is ~375 kB. Until #2529 three modules of this package value-imported it (the flow node cards, the
+ * flow canvas and the actor team's graph mode), all three were eagerly re-exported from the root barrel, and two more
+ * eager exports (`execution-plan.tsx`, `task-detail.tsx`) reached the node cards for a status badge. So ANY application
+ * importing `@wildo-ai/saas-frontend-lib` shipped the whole graph library in its ENTRY chunk, whether or not it ever
+ * drew a diagram.
+ *
+ * Since #2529 one module draws with React Flow, `graph-viewer.tsx`, and `flow-execution.tsx` draws through it. The
+ * node cards are deleted and the actor components draw no graph, so they are exported eagerly from the root.
  *
  * This is the second of two eager paths onto `@xyflow/react`. The first was closed on 2026-08-28
  * in `@wildo-ai/presets-components`
@@ -19,19 +20,18 @@
  *
  * ## Why ONE aggregate module rather than three `*.lazy.tsx` split points
  *
- * Rollup (and therefore Vite) emits one async chunk per dynamically-imported MODULE. Three doors
- * each naming their own leaf — `import('./flow-node')`, `import('./flow-execution')`,
- * `import('./actor')` — would create three dynamic entry points over one shared library; Rollup
- * then either duplicates `@xyflow/react` across them or hoists it into a synthetic shared chunk.
- * Neither outcome is the single separated file this boundary exists for, and the leaves are not
- * independent anyway: `flow-execution.tsx` imports the node components from `flow-node.tsx`.
+ * Rollup (and therefore Vite) emits one async chunk per dynamically-imported MODULE. Doors each
+ * naming their own leaf — `import('./graph-viewer')`, `import('./flow-execution')` — would create
+ * two dynamic entry points over one shared library; Rollup then either duplicates `@xyflow/react`
+ * across them or hoists it into a synthetic shared chunk. Neither outcome is the single separated
+ * file this boundary exists for, and the leaves are not independent anyway: `flow-execution.tsx`
+ * draws through `graph-viewer.tsx`.
  *
  * Every door in `flows-actors-graph.lazy.tsx` therefore names the SAME specifier —
  * `./flows-actors-graph-runtime` — so the bundler sees one dynamic target and emits exactly ONE
- * async chunk carrying `@xyflow/react`. The runtime cost matches the usage: these components are
- * only ever composed together (a flow canvas built from flow nodes, an actor team rendering an
- * actor graph), so one fetch that satisfies all of them beats several round trips to draw one
- * diagram.
+ * async chunk carrying `@xyflow/react`. The runtime cost matches the usage: a flow canvas is the
+ * viewer with a flow's words, and a run's summary and timeline sit beside it, so one fetch that
+ * satisfies all of them beats several round trips to draw one diagram.
  *
  * ## What is deliberately NOT behind this door
  *
@@ -54,7 +54,6 @@
  *   and no warning — enforced by `pnpm check:lazy-boundaries`.
  * - It must never be re-exported from `src/index.ts`. The barrel exports the DOOR.
  */
-export * from './actor';
 export * from './flow-execution';
-export * from './flow-node';
+export * from './graph-viewer';
 //# sourceMappingURL=flows-actors-graph-runtime.d.ts.map

package/dist/esm/components/flows-actors/flows-actors-graph-runtime.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"flows-actors-graph-runtime.d.ts","sourceRoot":"","sources":["../../../../src/components/flows-actors/flows-actors-graph-runtime.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAuDG;AAEH,cAAc,SAAS,CAAC;AACxB,cAAc,kBAAkB,CAAC;AACjC,cAAc,aAAa,CAAC"}
+{"version":3,"file":"flows-actors-graph-runtime.d.ts","sourceRoot":"","sources":["../../../../../src/components/flows-actors/flows-actors-graph-runtime.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAuDG;AAEH,cAAc,kBAAkB,CAAC;AACjC,cAAc,gBAAgB,CAAC"}

package/dist/esm/components/flows-actors/flows-actors-graph-runtime.js

@@ -4,13 +4,14 @@
  *
  * ## Why this module exists
  *
- * `@xyflow/react` is ~375 kB, and three modules in this package value-imported it:
- * `flow-node.tsx` (`Handle`, `Position`), `flow-execution.tsx` (`BaseEdge`, `getBezierPath`) and
- * `actor.tsx` (`Handle`, `Position`). All three were eagerly re-exported from this package's root
- * barrel, and two further eager barrel exports — `execution-plan.tsx` and `task-detail.tsx` —
- * reached `flow-node.tsx` transitively for a status badge. So ANY application importing
- * `@wildo-ai/saas-frontend-lib` shipped the whole graph library in its ENTRY chunk, whether or
- * not it ever rendered a flow diagram or an actor team.
+ * `@xyflow/react` is ~375 kB. Until #2529 three modules of this package value-imported it (the flow node cards, the
+ * flow canvas and the actor team's graph mode), all three were eagerly re-exported from the root barrel, and two more
+ * eager exports (`execution-plan.tsx`, `task-detail.tsx`) reached the node cards for a status badge. So ANY application
+ * importing `@wildo-ai/saas-frontend-lib` shipped the whole graph library in its ENTRY chunk, whether or not it ever
+ * drew a diagram.
+ *
+ * Since #2529 one module draws with React Flow, `graph-viewer.tsx`, and `flow-execution.tsx` draws through it. The
+ * node cards are deleted and the actor components draw no graph, so they are exported eagerly from the root.
  *
  * This is the second of two eager paths onto `@xyflow/react`. The first was closed on 2026-08-28
  * in `@wildo-ai/presets-components`
@@ -19,19 +20,18 @@
  *
  * ## Why ONE aggregate module rather than three `*.lazy.tsx` split points
  *
- * Rollup (and therefore Vite) emits one async chunk per dynamically-imported MODULE. Three doors
- * each naming their own leaf — `import('./flow-node.js')`, `import('./flow-execution.js')`,
- * `import('./actor.js')` — would create three dynamic entry points over one shared library; Rollup
- * then either duplicates `@xyflow/react` across them or hoists it into a synthetic shared chunk.
- * Neither outcome is the single separated file this boundary exists for, and the leaves are not
- * independent anyway: `flow-execution.tsx` imports the node components from `flow-node.tsx`.
+ * Rollup (and therefore Vite) emits one async chunk per dynamically-imported MODULE. Doors each
+ * naming their own leaf — `import('./graph-viewer')`, `import('./flow-execution')` — would create
+ * two dynamic entry points over one shared library; Rollup then either duplicates `@xyflow/react`
+ * across them or hoists it into a synthetic shared chunk. Neither outcome is the single separated
+ * file this boundary exists for, and the leaves are not independent anyway: `flow-execution.tsx`
+ * draws through `graph-viewer.tsx`.
  *
  * Every door in `flows-actors-graph.lazy.tsx` therefore names the SAME specifier —
  * `./flows-actors-graph-runtime` — so the bundler sees one dynamic target and emits exactly ONE
- * async chunk carrying `@xyflow/react`. The runtime cost matches the usage: these components are
- * only ever composed together (a flow canvas built from flow nodes, an actor team rendering an
- * actor graph), so one fetch that satisfies all of them beats several round trips to draw one
- * diagram.
+ * async chunk carrying `@xyflow/react`. The runtime cost matches the usage: a flow canvas is the
+ * viewer with a flow's words, and a run's summary and timeline sit beside it, so one fetch that
+ * satisfies all of them beats several round trips to draw one diagram.
  *
  * ## What is deliberately NOT behind this door
  *
@@ -54,7 +54,6 @@
  *   and no warning — enforced by `pnpm check:lazy-boundaries`.
  * - It must never be re-exported from `src/index.ts`. The barrel exports the DOOR.
  */
-export * from './actor.js';
 export * from './flow-execution.js';
-export * from './flow-node.js';
+export * from './graph-viewer.js';
 //# sourceMappingURL=flows-actors-graph-runtime.js.map

package/dist/esm/components/flows-actors/flows-actors-graph-runtime.js.map

@@ -1 +1 @@
-{"version":3,"file":"flows-actors-graph-runtime.js","sourceRoot":"","sources":["../../../../../src/components/flows-actors/flows-actors-graph-runtime.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAuDG;AAEH,cAAc,SAAS,CAAC;AACxB,cAAc,kBAAkB,CAAC;AACjC,cAAc,aAAa,CAAC","sourcesContent":["/**\n * flows-actors-graph-runtime — the SINGLE dynamic-import target for every `flows-actors` module\n * that touches `@xyflow/react`.\n *\n * ## Why this module exists\n *\n * `@xyflow/react` is ~375 kB, and three modules in this package value-imported it:\n * `flow-node.tsx` (`Handle`, `Position`), `flow-execution.tsx` (`BaseEdge`, `getBezierPath`) and\n * `actor.tsx` (`Handle`, `Position`). All three were eagerly re-exported from this package's root\n * barrel, and two further eager barrel exports — `execution-plan.tsx` and `task-detail.tsx` —\n * reached `flow-node.tsx` transitively for a status badge. So ANY application importing\n * `@wildo-ai/saas-frontend-lib` shipped the whole graph library in its ENTRY chunk, whether or\n * not it ever rendered a flow diagram or an actor team.\n *\n * This is the second of two eager paths onto `@xyflow/react`. The first was closed on 2026-08-28\n * in `@wildo-ai/presets-components`\n * (`components/ai-elements/graph/graph-runtime.ts` + `graph.lazy.tsx`); this module is that\n * boundary's twin, deliberately built to the same shape.\n *\n * ## Why ONE aggregate module rather than three `*.lazy.tsx` split points\n *\n * Rollup (and therefore Vite) emits one async chunk per dynamically-imported MODULE. Three doors\n * each naming their own leaf — `import('./flow-node')`, `import('./flow-execution')`,\n * `import('./actor')` — would create three dynamic entry points over one shared library; Rollup\n * then either duplicates `@xyflow/react` across them or hoists it into a synthetic shared chunk.\n * Neither outcome is the single separated file this boundary exists for, and the leaves are not\n * independent anyway: `flow-execution.tsx` imports the node components from `flow-node.tsx`.\n *\n * Every door in `flows-actors-graph.lazy.tsx` therefore names the SAME specifier —\n * `./flows-actors-graph-runtime` — so the bundler sees one dynamic target and emits exactly ONE\n * async chunk carrying `@xyflow/react`. The runtime cost matches the usage: these components are\n * only ever composed together (a flow canvas built from flow nodes, an actor team rendering an\n * actor graph), so one fetch that satisfies all of them beats several round trips to draw one\n * diagram.\n *\n * ## What is deliberately NOT behind this door\n *\n * `flow-node-badges.tsx` — `AI_FlowNodeStepBadge` and `AI_FlowNodeStatusBadge`. They carry no\n * `@xyflow/react` dependency and they are consumed by `execution-plan.tsx` and `task-detail.tsx`,\n * two eager modules that draw no graph. Behind the door, painting a status pill would have\n * fetched the entire graph chunk. See that file's header for the full reasoning.\n *\n * Note the difference from the preset-side twin: there, the door ALSO had to exist because\n * `canvas.tsx` imports `@xyflow/react/dist/style.css` and Node's ESM loader has no `.css`\n * handler, so Node consumers of the package root died at module load. **That reason does not\n * apply here** — no module on this path imports a stylesheet, so this boundary is a bundle-size\n * boundary only, and `check:lazy-boundaries` Rule B (which is CSS-anchored) could never have seen\n * it. Rule A guards it now that a door exists.\n *\n * ## Rules for this module\n *\n * - It is imported ONLY from `flows-actors-graph.lazy.tsx`, and only dynamically. A static import\n *   anywhere in the eager graph merges the whole payload back into the entry chunk with no error\n *   and no warning — enforced by `pnpm check:lazy-boundaries`.\n * - It must never be re-exported from `src/index.ts`. The barrel exports the DOOR.\n */\n\nexport * from './actor';\nexport * from './flow-execution';\nexport * from './flow-node';\n"]}
+{"version":3,"file":"flows-actors-graph-runtime.js","sourceRoot":"","sources":["../../../../../src/components/flows-actors/flows-actors-graph-runtime.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAuDG;AAEH,cAAc,kBAAkB,CAAC;AACjC,cAAc,gBAAgB,CAAC","sourcesContent":["/**\n * flows-actors-graph-runtime — the SINGLE dynamic-import target for every `flows-actors` module\n * that touches `@xyflow/react`.\n *\n * ## Why this module exists\n *\n * `@xyflow/react` is ~375 kB. Until #2529 three modules of this package value-imported it (the flow node cards, the\n * flow canvas and the actor team's graph mode), all three were eagerly re-exported from the root barrel, and two more\n * eager exports (`execution-plan.tsx`, `task-detail.tsx`) reached the node cards for a status badge. So ANY application\n * importing `@wildo-ai/saas-frontend-lib` shipped the whole graph library in its ENTRY chunk, whether or not it ever\n * drew a diagram.\n *\n * Since #2529 one module draws with React Flow, `graph-viewer.tsx`, and `flow-execution.tsx` draws through it. The\n * node cards are deleted and the actor components draw no graph, so they are exported eagerly from the root.\n *\n * This is the second of two eager paths onto `@xyflow/react`. The first was closed on 2026-08-28\n * in `@wildo-ai/presets-components`\n * (`components/ai-elements/graph/graph-runtime.ts` + `graph.lazy.tsx`); this module is that\n * boundary's twin, deliberately built to the same shape.\n *\n * ## Why ONE aggregate module rather than three `*.lazy.tsx` split points\n *\n * Rollup (and therefore Vite) emits one async chunk per dynamically-imported MODULE. Doors each\n * naming their own leaf — `import('./graph-viewer')`, `import('./flow-execution')` — would create\n * two dynamic entry points over one shared library; Rollup then either duplicates `@xyflow/react`\n * across them or hoists it into a synthetic shared chunk. Neither outcome is the single separated\n * file this boundary exists for, and the leaves are not independent anyway: `flow-execution.tsx`\n * draws through `graph-viewer.tsx`.\n *\n * Every door in `flows-actors-graph.lazy.tsx` therefore names the SAME specifier —\n * `./flows-actors-graph-runtime` — so the bundler sees one dynamic target and emits exactly ONE\n * async chunk carrying `@xyflow/react`. The runtime cost matches the usage: a flow canvas is the\n * viewer with a flow's words, and a run's summary and timeline sit beside it, so one fetch that\n * satisfies all of them beats several round trips to draw one diagram.\n *\n * ## What is deliberately NOT behind this door\n *\n * `flow-node-badges.tsx` — `AI_FlowNodeStepBadge` and `AI_FlowNodeStatusBadge`. They carry no\n * `@xyflow/react` dependency and they are consumed by `execution-plan.tsx` and `task-detail.tsx`,\n * two eager modules that draw no graph. Behind the door, painting a status pill would have\n * fetched the entire graph chunk. See that file's header for the full reasoning.\n *\n * Note the difference from the preset-side twin: there, the door ALSO had to exist because\n * `canvas.tsx` imports `@xyflow/react/dist/style.css` and Node's ESM loader has no `.css`\n * handler, so Node consumers of the package root died at module load. **That reason does not\n * apply here** — no module on this path imports a stylesheet, so this boundary is a bundle-size\n * boundary only, and `check:lazy-boundaries` Rule B (which is CSS-anchored) could never have seen\n * it. Rule A guards it now that a door exists.\n *\n * ## Rules for this module\n *\n * - It is imported ONLY from `flows-actors-graph.lazy.tsx`, and only dynamically. A static import\n *   anywhere in the eager graph merges the whole payload back into the entry chunk with no error\n *   and no warning — enforced by `pnpm check:lazy-boundaries`.\n * - It must never be re-exported from `src/index.ts`. The barrel exports the DOOR.\n */\n\nexport * from './flow-execution';\nexport * from './graph-viewer';\n"]}