@uipath/maestro-builder-sdk 6.20.5 → 6.21.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (36) hide show
  1. package/dist/api-index.md +72 -72
  2. package/dist/api-members.md +143 -143
  3. package/dist/check.js +34 -160
  4. package/dist/core/actions.d.ts +0 -126
  5. package/dist/core/actions.js +0 -48
  6. package/dist/core/edit-distance.d.ts +8 -0
  7. package/dist/core/edit-distance.js +26 -0
  8. package/dist/core/js-code-spans.d.ts +24 -0
  9. package/dist/core/js-code-spans.js +148 -0
  10. package/dist/core/nodes/node-type.d.ts +17 -2
  11. package/dist/core/typed-raw-node.js +0 -2
  12. package/dist/decompile.js +107 -36
  13. package/dist/flow-node-registry.js +2 -1
  14. package/dist/flow-node-type.d.ts +6 -0
  15. package/dist/flow-output-backing.d.ts +53 -0
  16. package/dist/flow-output-backing.js +200 -0
  17. package/dist/flow-sdk.d.ts +16 -0
  18. package/dist/flow-sdk.js +11 -0
  19. package/dist/flow-variables.d.ts +6 -4
  20. package/dist/flow-variables.js +6 -4
  21. package/dist/nodes/queue/flow/check.d.ts +35 -0
  22. package/dist/nodes/queue/flow/check.js +126 -0
  23. package/dist/nodes/queue/flow/factories.d.ts +49 -0
  24. package/dist/nodes/queue/flow/factories.js +50 -0
  25. package/dist/nodes/queue/flow/family.d.ts +3 -0
  26. package/dist/nodes/queue/flow/family.js +8 -0
  27. package/dist/nodes/queue/flow/index.d.ts +3 -0
  28. package/dist/nodes/queue/flow/index.js +3 -0
  29. package/dist/nodes/queue/flow/node-type.d.ts +8 -0
  30. package/dist/nodes/queue/flow/node-type.js +265 -0
  31. package/dist/nodes/queue/flow/spec.d.ts +92 -0
  32. package/dist/nodes/queue/flow/spec.js +1 -0
  33. package/dist/serialize.js +70 -183
  34. package/package.json +2 -2
  35. /package/dist/{core/queue-record.d.ts → nodes/queue/flow/record.d.ts} +0 -0
  36. /package/dist/{core/queue-record.js → nodes/queue/flow/record.js} +0 -0
@@ -0,0 +1,265 @@
1
+ import { Expr } from '../../../core/expr.js';
2
+ import { jsonClone } from '../../../core/json-file.js';
3
+ import { checkQueueItem } from './check.js';
4
+ import { QUEUE_ITEM_RECORD_SCHEMA } from './record.js';
5
+ const CREATE = 'core.action.queue.create';
6
+ const CREATE_AND_WAIT = 'core.action.queue.create-and-wait';
7
+ /**
8
+ * Build the definition for one queue-item node.
9
+ *
10
+ * Unlike `rpaWorkflowDef`, this one starts from the BUNDLED definition — the queue
11
+ * node types are generic (no tenant key in the type), so the platform's own copy
12
+ * can be shipped and is: `core-definitions.json` carries both at `@1.2`, verbatim
13
+ * from the catalogue the running `uip` consults (`@uipath/flow-core/manifest`'s
14
+ * `ootbNodes`). A test pins that the emitted definition is that copy plus exactly
15
+ * the three per-instance edits below, so the bundled snapshot stays diffable
16
+ * against upstream.
17
+ *
18
+ * VERSION 1.2, not the 1.0 the bundled sample carries. The platform is two
19
+ * migrations on, and both are semantic: 1.0 → 1.1 re-types `itemData` from
20
+ * `string` to `object`, and 1.1 → 1.2 makes the field validate as an object
21
+ * expression. `shared/sample-flows/queue-operations.flow` is v1.0-era (a JSON
22
+ * STRING in `itemData`) and dated 2026-05-20 — the shape the platform no longer
23
+ * writes. Reading it for the surface would have shipped the wrong field TYPE.
24
+ *
25
+ * The three per-instance edits:
26
+ *
27
+ * - `model.bindings.resourceKey` — the queue's own Orchestrator key. The shipped
28
+ * definition ships it BLANK, because only an instance knows which queue.
29
+ * - `model.context` — the `=bindings.<id>` references. The definition ships
30
+ * `<bindings.name>` placeholders; an instance names the actual binding ids,
31
+ * which is the second way `resourceBindings` can be resolved and the
32
+ * shape the bundled sample has.
33
+ * - `outputDefinition.output.schema` — the queue item's record for a plain
34
+ * create, or the author's `returns` for a create-and-wait. Without a schema a
35
+ * downstream read is unresolvable.
36
+ */
37
+ function queueItemDef(spec, nodeType, stepName, ids, base) {
38
+ // The template at the version being emitted: the registry resolved it exactly
39
+ // (an unregistered pin is NODE_VERSION_UNREGISTERED before this runs).
40
+ if (!base)
41
+ throw new Error(`no bundled definition for "${nodeType}"`);
42
+ const def = jsonClone(base);
43
+ def.model.bindings.resourceKey = spec.key;
44
+ def.model.context = [
45
+ { name: 'name', type: 'string', value: `=bindings.${ids.name}`, default: spec.queue },
46
+ { name: 'folderPath', type: 'string', value: `=bindings.${ids.folderPath}`, default: spec.folderPath },
47
+ { name: '_label', type: 'string', value: stepName },
48
+ ];
49
+ const schema = spec.wait
50
+ ? (spec.returns && Object.keys(spec.returns).length
51
+ ? {
52
+ type: 'object',
53
+ properties: Object.fromEntries(Object.entries(spec.returns).map(([k, t]) => [k, { type: t }])),
54
+ }
55
+ : undefined)
56
+ : jsonClone(QUEUE_ITEM_RECORD_SCHEMA);
57
+ if (schema)
58
+ def.outputDefinition.output.schema = schema;
59
+ return def;
60
+ }
61
+ /**
62
+ * The two bindings a queue reference carries — the same `name` + `folderPath` pair
63
+ * the process families use, keyed to the queue's own Orchestrator key rather than
64
+ * to a `<folderPath>.<name>` string. That is what the only queue instance the repo
65
+ * has (`sample-flows/queue-operations.flow`) uses, and it is the queue's stable
66
+ * identity: a queue can be renamed, its key cannot.
67
+ *
68
+ * ONE PAIR PER QUEUE, not per step. Bindings are addressed by
69
+ * `resource + resourceKey + propertyAttribute` — that is the key a bindings
70
+ * lookup map is built on — so a second pair for the same queue is not a second
71
+ * reference, it is a duplicate that shadows the first: both nodes resolve to
72
+ * whichever was inserted last, and the other pair sits in the file referenced by
73
+ * nothing. So two steps on the same queue SHARE these, and the ids come from the
74
+ * queue rather than from a step name.
75
+ *
76
+ * (The rpa family mints its pair from the STEP name, so two steps starting the same
77
+ * process emit the same duplicate-and-shadow shape. Nothing exercises it today —
78
+ * every rpa flow in the repo has one process step — and changing those ids would
79
+ * rewrite the rpa goldens, so it is recorded as a finding rather than fixed here.)
80
+ */
81
+ function queueItemBindings(spec, existing) {
82
+ const found = (attr) => [...existing.values()].find((b) => b.resource === 'queue' && b.resourceKey === spec.key && b.propertyAttribute === attr)?.id;
83
+ const already = { name: found('name'), folderPath: found('folderPath') };
84
+ if (already.name && already.folderPath) {
85
+ return { ids: { name: already.name, folderPath: already.folderPath }, entries: [] };
86
+ }
87
+ // A readable, stable id per queue. Two queues that share a NAME across folders
88
+ // would collide, so the id is suffixed until it is free.
89
+ const slug = spec.queue.replace(/[^A-Za-z0-9]/g, '') || 'Queue';
90
+ let base = `b${slug.charAt(0).toUpperCase()}${slug.slice(1)}`;
91
+ for (let n = 2; existing.has(`${base}Name`) || existing.has(`${base}FolderPath`); n++) {
92
+ base = `b${slug.charAt(0).toUpperCase()}${slug.slice(1)}${n}`;
93
+ }
94
+ const ids = { name: `${base}Name`, folderPath: `${base}FolderPath` };
95
+ return {
96
+ ids,
97
+ entries: [
98
+ {
99
+ id: ids.name,
100
+ name: 'name',
101
+ type: 'string',
102
+ resource: 'queue',
103
+ resourceKey: spec.key,
104
+ default: spec.queue,
105
+ propertyAttribute: 'name',
106
+ },
107
+ {
108
+ id: ids.folderPath,
109
+ name: 'folderPath',
110
+ type: 'string',
111
+ resource: 'queue',
112
+ resourceKey: spec.key,
113
+ default: spec.folderPath,
114
+ propertyAttribute: 'folderPath',
115
+ },
116
+ ],
117
+ };
118
+ }
119
+ /** A read of a queue step's output: `QUEUE_READ_*`, in the wording the rule had before the port. */
120
+ const read = (wait) => ({
121
+ codePrefix: 'QUEUE',
122
+ label: wait ? 'Queue wait' : 'Queue item',
123
+ whenUndeclared: `What the consumer writes into the processed item's result is that automation's business; `
124
+ + `declare the fields you read.`,
125
+ });
126
+ /**
127
+ * A plain enqueue publishes the queue ITEM's Orchestrator record (fixed, from
128
+ * `QUEUE_ITEM_RECORD_SCHEMA`); a `wait: true` publishes the processed result,
129
+ * whose fields only the author's `returns` states.
130
+ */
131
+ function queueOutput(inputs, wait) {
132
+ if (!wait) {
133
+ const fields = Object.fromEntries(Object.entries(QUEUE_ITEM_RECORD_SCHEMA.properties)
134
+ .map(([k, v]) => [k, v.type ?? 'any']));
135
+ return { kind: 'fields', fields, read: read(false) };
136
+ }
137
+ const returns = inputs?.returns ?? {};
138
+ return {
139
+ kind: 'fields',
140
+ fields: Object.keys(returns).length ? returns : undefined,
141
+ read: read(true),
142
+ };
143
+ }
144
+ /**
145
+ * The `returns` a create-and-wait was authored with, from the field map
146
+ * `queueItemDef` wrote into `outputDefinition.output.schema` and `makeNode`
147
+ * copied onto this node's own `outputs`. Read from the NODE, not the file's
148
+ * `definitions[]` entry: that holds one copy per `<type>@<version>` (the last
149
+ * step's), so two wait steps would share one schema. Undefined when the node
150
+ * carries no field map, which is what an omitted `returns` emits.
151
+ */
152
+ function liftReturns(node) {
153
+ const props = node
154
+ ?.outputs?.output?.schema?.properties;
155
+ if (!props || typeof props !== 'object')
156
+ return undefined;
157
+ const entries = Object.entries(props)
158
+ .filter(([, v]) => typeof v?.type === 'string')
159
+ .map(([k, v]) => [k, v.type]);
160
+ return entries.length ? Object.fromEntries(entries) : undefined;
161
+ }
162
+ function queueAt(typeName, wait) {
163
+ return {
164
+ kind: 'queueItem', typeName, version: '1.2', factory: 'queueItem', definition: 'per-tenant', errorPort: true,
165
+ rawNode: { factory: wait ? 'queueItem({ wait: true })' : 'queueItem()' },
166
+ serialize: ({ inputs: s }, ctx) => {
167
+ // The bindings first: two steps on the same queue share one pair, and the
168
+ // node's `model.context` has to name the ids that actually exist.
169
+ const { ids, entries } = queueItemBindings(s, ctx.bindings);
170
+ for (const b of entries)
171
+ ctx.bind(b);
172
+ const manifest = queueItemDef(s, typeName, ctx.step, ids, ctx.definition(typeName, ctx.version));
173
+ return {
174
+ definition: { source: 'snapshot', nodeType: typeName, version: ctx.version, manifest },
175
+ // The result is read as `$vars.<step>.output`, like every other family: the
176
+ // node's own output block maps the runtime `response` onto the variable
177
+ // `output` (`source: "=response", var: "output"`), and the product honours
178
+ // that mapping for both queue variants. The node KEEPS its copy of the model,
179
+ // as every core action node with a model does.
180
+ inputs: {
181
+ queue: { name: s.queue, folderPath: s.folderPath, key: s.key },
182
+ // `itemData`, not `item`: the surface's name is friendlier, the node's is
183
+ // the platform's. Rendered one level deep, as the item is FLAT.
184
+ itemData: Object.fromEntries(Object.entries(s.item ?? {}).map(([k, v]) => [k, ctx.render(v)])),
185
+ priority: s.priority ?? 'Normal',
186
+ reference: s.reference === undefined ? '' : ctx.render(s.reference),
187
+ deferDate: s.deferDate === undefined ? '' : ctx.render(s.deferDate),
188
+ dueDate: s.dueDate === undefined ? '' : ctx.render(s.dueDate),
189
+ },
190
+ };
191
+ },
192
+ deserialize: (node, ctx) => {
193
+ const inputs = node.inputs ?? {};
194
+ const q = (inputs.queue ?? {});
195
+ // A value as the author wrote it: an expression back to an Expr, a literal
196
+ // string as itself, any other JSON as is.
197
+ const value = (raw) => {
198
+ const text = ctx.sourceText(raw);
199
+ if (text === undefined)
200
+ return raw;
201
+ return text.startsWith('=js:') ? ctx.expr(text) : text;
202
+ };
203
+ // serialize writes '' for an omitted optional; that is not an authored value.
204
+ const optional = (raw) => {
205
+ const text = ctx.sourceText(raw);
206
+ return text === undefined || text === '' ? undefined : value(raw);
207
+ };
208
+ const priority = ctx.plainValue(inputs.priority);
209
+ // A wait's `returns` is the schema serialize wrote for THIS step (the
210
+ // template ships none), as the node's own `outputs` carries it.
211
+ const returns = wait ? liftReturns(node) : undefined;
212
+ return {
213
+ kind: 'queueItem',
214
+ inputs: {
215
+ queue: q.name, folderPath: q.folderPath, key: q.key,
216
+ item: Object.fromEntries(Object.entries((inputs.itemData ?? {}))
217
+ .map(([k, v]) => [k, value(v)])),
218
+ ...(typeof priority === 'string' ? { priority: priority } : {}),
219
+ ...(optional(inputs.reference) !== undefined ? { reference: optional(inputs.reference) } : {}),
220
+ ...(optional(inputs.deferDate) !== undefined ? { deferDate: optional(inputs.deferDate) } : {}),
221
+ ...(optional(inputs.dueDate) !== undefined ? { dueDate: optional(inputs.dueDate) } : {}),
222
+ ...(wait ? { wait: true } : {}),
223
+ ...(returns ? { returns } : {}),
224
+ },
225
+ };
226
+ },
227
+ print: ({ inputs }, ctx) => {
228
+ const rows = Object.entries(inputs.item ?? {});
229
+ return {
230
+ factory: 'queueItem',
231
+ options: [
232
+ ['queue', ctx.string(String(inputs.queue ?? ''))],
233
+ ['folderPath', ctx.string(String(inputs.folderPath ?? ''))],
234
+ ['key', ctx.string(String(inputs.key ?? ''))],
235
+ // An expression as the helper an author writes; any other value as the data
236
+ // the node stores, verbatim (a nested value is refused by check, but kept).
237
+ ['item', rows.length
238
+ ? `{ ${rows.map(([k, v]) => `${ctx.key(k)}: ${v instanceof Expr ? ctx.value(v) : ctx.json(v)}`).join(', ')} }`
239
+ : '{}'],
240
+ // `Normal` is the definition's default — only a departure was authored.
241
+ ['priority', inputs.priority !== undefined && inputs.priority !== 'Normal' ? ctx.string(inputs.priority) : undefined],
242
+ ['reference', inputs.reference === undefined ? undefined : ctx.value(inputs.reference)],
243
+ ['deferDate', inputs.deferDate === undefined ? undefined : ctx.value(inputs.deferDate)],
244
+ ['dueDate', inputs.dueDate === undefined ? undefined : ctx.value(inputs.dueDate)],
245
+ ['wait', wait ? 'true' : undefined],
246
+ ['returns', inputs.returns && Object.keys(inputs.returns).length
247
+ ? `{ ${Object.entries(inputs.returns).map(([k, t]) => `${ctx.key(k)}: ${ctx.string(String(t))}`).join(', ')} }`
248
+ : undefined],
249
+ ],
250
+ };
251
+ },
252
+ check: ({ inputs }, ctx) => checkQueueItem(inputs, ctx),
253
+ // check collected no expressions for a queue step before the port; unchanged by it.
254
+ expressions: () => [],
255
+ output: ({ inputs }) => queueOutput(inputs, wait),
256
+ };
257
+ }
258
+ function queueType(typeName, wait) {
259
+ return {
260
+ kind: 'queueItem', typeName, factory: 'queueItem', defaultVersion: '1.2',
261
+ versions: { '1.2': queueAt(typeName, wait) },
262
+ matches: ({ inputs }) => Boolean(inputs?.wait) === wait,
263
+ };
264
+ }
265
+ export const queueNodeTypes = [queueType(CREATE, false), queueType(CREATE_AND_WAIT, true)];
@@ -0,0 +1,92 @@
1
+ /**
2
+ * The Queue family's authoring types (`core.action.queue.create` and
3
+ * `core.action.queue.create-and-wait`), and its kind's entry in
4
+ * `FlowActionSpecs`. Moved from core/actions.ts in Phase 4 of
5
+ * docs/NODE_TYPE_ARCHITECTURE_DESIGN.md.
6
+ */
7
+ import type { ReturnFieldType } from '../../../core/actions.js';
8
+ import type { Expr } from '../../../core/expr.js';
9
+ /** The three priorities an Orchestrator queue item can carry. */
10
+ export type QueuePriority = 'Low' | 'Normal' | 'High';
11
+ export interface QueueItemInputs {
12
+ /** The queue's name in Orchestrator — e.g. `'SupplierInvoices'`. */
13
+ queue: string;
14
+ /** The Orchestrator folder holding the queue — e.g. `'Shared'`. */
15
+ folderPath: string;
16
+ /**
17
+ * The queue's own Orchestrator key (a GUID). It is the JOIN between this node
18
+ * and the flow's queue bindings — a node which does not reference its bindings
19
+ * cannot be dispatched — and it is what
20
+ * the designer's queue picker writes. The RUNTIME resolves the queue by
21
+ * `queue` + `folderPath`, so all three are needed and none is redundant.
22
+ *
23
+ * Find it with `uip or queues list --all-folders`.
24
+ */
25
+ key: string;
26
+ /**
27
+ * The work item's own data: a FLAT object of primitive values. It becomes the
28
+ * item's `SpecificContent`, and Orchestrator rejects a nested object or array
29
+ * with "Property values must be simple (like numbers or text)".
30
+ */
31
+ item: Record<string, unknown>;
32
+ /** Processing priority. Defaults to `'Normal'`, as the node type does. */
33
+ priority?: QueuePriority;
34
+ /**
35
+ * A reference string for the item. Optional in general — but a queue created
36
+ * with "enforce unique reference" REQUIRES one and rejects a repeat with
37
+ * `HTTP 409: Duplicate Reference`, so derive it from the flow's input rather
38
+ * than hard-coding it.
39
+ *
40
+ * Which is why it takes an {@link Expr} as well as a literal: the serializer
41
+ * renders it through the same path as any other value, so
42
+ * `reference: input('invoiceRef')` and
43
+ * ``reference: js`${input('invoiceRef')} + "-review"` `` both emit. Typing it
44
+ * as a bare `string` contradicted the advice directly above and stopped two
45
+ * of the SDK's own examples compiling.
46
+ */
47
+ reference?: string | Expr;
48
+ /** Earliest the item may be processed, ISO-8601 (e.g. `'2026-08-01T09:00:00Z'`). */
49
+ deferDate?: string;
50
+ /** Latest the item should be processed, ISO-8601. What an SLA is measured against. */
51
+ dueDate?: string;
52
+ /**
53
+ * `false` (the default) enqueues and moves on — `core.action.queue.create`.
54
+ * `true` PARKS the flow until whatever consumes the queue has processed the
55
+ * item, and publishes that result — `core.action.queue.create-and-wait`.
56
+ *
57
+ * The two are one construct with two data paths, so this is one field rather
58
+ * than two factories. Waiting is not free: nothing completes the item but a
59
+ * consumer (an RPA process bound to the queue), so a flow that waits on a queue
60
+ * nobody drains waits forever.
61
+ */
62
+ wait?: boolean;
63
+ /**
64
+ * Only for `wait: true`: the fields the PROCESSED item's result carries, and
65
+ * their types (e.g. `{ approved: 'boolean' }`). Required if anything reads the
66
+ * step's output.
67
+ *
68
+ * Why you have to say: what a consumer writes into a transaction's `Output` is
69
+ * that automation's business, not the queue's — no definition declares it and
70
+ * authoring happens offline. Without it `$vars.<step>.output.<field>` reads from
71
+ * an object with no declared fields, and nothing could tell a real field from
72
+ * a typo.
73
+ *
74
+ * `wait: false` needs none: what it publishes is the queue ITEM's own
75
+ * Orchestrator record (`Key`, `Status`, `Reference`, `SpecificContent`, …),
76
+ * which is the same for every queue, so the serializer declares it for you.
77
+ *
78
+ * @enforcedBy QUEUE_READ_UNKNOWN_FIELD A read must name a field of the record
79
+ * (`wait: false`) or of this `returns` (`wait: true`).
80
+ * @enforcedBy QUEUE_READ_WITHOUT_RETURNS Reading a field off a `wait: true` result
81
+ * requires declaring it here.
82
+ */
83
+ returns?: Record<string, ReturnFieldType>;
84
+ }
85
+ declare module '../../../core/actions.js' {
86
+ interface FlowActionSpecs {
87
+ /** The spec {@link queueItem} builds. */
88
+ queueItem: {
89
+ inputs: QueueItemInputs;
90
+ };
91
+ }
92
+ }
@@ -0,0 +1 @@
1
+ export {};