@uipath/maestro-builder-sdk 6.0.0 → 6.1.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.
@@ -0,0 +1,400 @@
1
+ <!-- GENERATED from the TypeScript declarations in UiPath/flow-builder-sdk
2
+ (typescript/sdk, scripts/gen-api-index.mjs). Do not edit this file.
3
+ Change the doc comment on the declaration upstream; that repo regenerates
4
+ it with `npm run generate:api` and fails its build when it is stale. -->
5
+
6
+ # Maestro Builder SDK — API index
7
+
8
+ Every exported symbol of the three authoring entry points, and the exact lines
9
+ of the `.d.ts` that declares it.
10
+
11
+ **Read the declaration, not a description of it.** The `.d.ts` is what the
12
+ compiler checks your source against, and it carries the `@remarks` and
13
+ `@example` bodies the reference pages leave out. The span below is the whole
14
+ declaration including its doc comment, so one read is the complete answer.
15
+
16
+ Paths are relative to the installed package root:
17
+
18
+ ```
19
+ node_modules/@uipath/maestro-builder-sdk/dist/core/actions.d.ts lines 539-610
20
+ ```
21
+
22
+ Open the file at that line. No search, no `grep`, nothing shell-specific —
23
+ which also means this works on Windows, where the command the reference pages
24
+ used to suggest does not.
25
+
26
+ The spans are generated by the same build that emits the `dist/` they point
27
+ into, so they match the package they ship beside. They are NOT stable across
28
+ versions — a line moves whenever the declaration above it changes — so an index
29
+ and a `dist/` from different releases will not line up. If a span looks wrong,
30
+ that is the thing to check first.
31
+
32
+ ## `@uipath/maestro-builder-sdk`
33
+
34
+ 210 symbol(s). Import from `@uipath/maestro-builder-sdk`.
35
+
36
+ | Symbol | Kind | Declaration | Area | Summary |
37
+ | --- | --- | --- | --- | --- |
38
+ | `ActionSpec` | type | `dist/core/actions.d.ts` 2105-2200 | Supporting types | |
39
+ | `agent` | function | `dist/core/actions.d.ts` 2805-2859 | Actions | Invoke an AGENT resource — either one published to Orchestrator or a sibling agent project registered in the same… |
40
+ | `AgentFlavour` | type | `dist/core/actions.d.ts` 1140-1144 | Supporting types | Which KIND of agent project was published behind a `uipath.core.agent.<key>` resource. |
41
+ | `AgentGuardrail` | type | `dist/core/actions.d.ts` 1368 | Supporting types | |
42
+ | `agenticProcess` | function | `dist/core/actions.d.ts` 2759-2804 | Actions | Invoke a deployed AGENTIC PROCESS — a Maestro process orchestration published to Orchestrator: a BPMN process that… |
43
+ | `AgenticProcessCompletion` | type | `dist/core/actions.d.ts` 1099-1137 | Supporting types | Whether an Agentic Process step waits for the process's result. |
44
+ | `AgenticProcessInputs` | type | `dist/core/actions.d.ts` 1138-1139 | Option shapes | What `agenticProcess()` takes: the shared fields plus the completion policy. |
45
+ | `AgenticProcessInputsBase` | interface | `dist/core/actions.d.ts` 1064-1098 | Option shapes | 5 field(s) |
46
+ | `AgentInputs` | interface | `dist/core/actions.d.ts` 1146-1240 | Option shapes | 8 field(s) |
47
+ | `AgentLocation` | type | `dist/core/actions.d.ts` 1145 | Supporting types | |
48
+ | `AgentMemoryRef` | interface | `dist/core/actions.d.ts` 1716-1740 | Supporting types | An episodic memory the agent learns from across runs, wired to the agent's own `memory` handle. |
49
+ | `Aggregation` | interface | `dist/core/actions.d.ts` 246-252 | Supporting types | 3 field(s) |
50
+ | `AggregationOperation` | type | `dist/core/actions.d.ts` 245 | Supporting types | |
51
+ | `apiWorkflow` | function | `dist/core/actions.d.ts` 2573-2607 | Actions | Invoke a deployed API workflow — a coded workflow published to Orchestrator, run as a serverless job rather than by a… |
52
+ | `ApiWorkflowInputs` | interface | `dist/core/actions.d.ts` 997-1028 | Option shapes | 5 field(s) |
53
+ | `AppRef` | interface | `dist/core/actions.d.ts` 493-538 | Supporting types | A deployed Action App that supplies a human task's form — the `'action-app'` variant's subject. |
54
+ | `ArmBuilder` | class | `dist/flow-sdk.d.ts` 1092-1115 | Builders | The sub-builder an ARM callback receives — a `StepList` that can also name itself with `.label(...)`. |
55
+ | `AskedField` | interface | `dist/core/actions.d.ts` 341-351 | Supporting types | A value the reviewer FILLS IN: read downstream with `out('<step>', '<id>')`. |
56
+ | `batchTransform` | function | `dist/core/actions.d.ts` 2376-2410 | Actions | Add AI-generated columns to a CSV — the platform's **Batch transform** node, `uipath.pattern.batch-transform` (service… |
57
+ | `BatchTransformInputs` | interface | `dist/core/actions.d.ts` 824-839 | Option shapes | 4 field(s) |
58
+ | `BindingContribution` | interface | `dist/core/node-classes.d.ts` 76-97 | Supporting types | A resource binding a contribution hoists to the flow's top-level `bindings` array — the shape the `.flow` format… |
59
+ | `BuiltEntryPoint` | interface | `dist/flow-sdk.d.ts` 621-633 | Supporting types | One additional flow root, built by `.entryPoint()`. |
60
+ | `BuiltFlow` | interface | `dist/flow-sdk.d.ts` 634-669 | Supporting types | 15 field(s) |
61
+ | `BuiltinToolName` | type | `dist/core/actions.d.ts` 1608-1609 | Supporting types | The three platform-shipped built-in tools (fixed registry types). |
62
+ | `BuiltinToolRef` | interface | `dist/core/actions.d.ts` 1741-1761 | Supporting types | A platform built-in tool. |
63
+ | `BuiltInValidatorGuardrail` | interface | `dist/core/actions.d.ts` 1326-1367 | Supporting types | A platform-shipped validator, configured by parameters. |
64
+ | `CaseValue` | type | `dist/flow-sdk.d.ts` 287-288 | Supporting types | A value a `.switch` case compares the discriminant against. |
65
+ | `ChildFlow` | type | `dist/flow-sdk.d.ts` 43-46 | Supporting types | Anything `subflow()` accepts as the child: a builder, or an already-built flow. |
66
+ | `ClientSideToolRef` | interface | `dist/core/actions.d.ts` 1670-1685 | Supporting types | A CLIENT-side tool: the agent asks the CALLING application to run it and hand the answer back… |
67
+ | `connector` | function | `dist/core/actions.d.ts` 3035-3058 | Actions | Declare an Integration Service connector action — the typed form, where a generated descriptor supplies the nodeType and… |
68
+ | `connector` | function | `dist/core/actions.d.ts` 3059-3075 | Actions | Stringly form, for a connector with no prepared module — `connector('uipath-salesforce-slack',… |
69
+ | `ConnectorDescriptor` | type | `dist/core/connectors.d.ts` 89-97 | Generated descriptors | A generated, typed connector descriptor: ConnectorMeta branded with phantom input/output types. |
70
+ | `ConnectorLookupValue` | type | `dist/core/connectors.d.ts` 50-59 | Generated descriptors | ConnectorValue for a field that also accepts an unresolved lookup. |
71
+ | `ConnectorMeta` | interface | `dist/core/connectors.d.ts` 60-88 | Generated descriptors | Runtime metadata a generated descriptor carries. |
72
+ | `ConnectorOpts` | interface | `dist/core/actions.d.ts` 177-217 | Option shapes | 4 field(s) |
73
+ | `ConnectorToolRef` | interface | `dist/core/actions.d.ts` 1762-1780 | Supporting types | An Integration Service connector operation as a tool — e.g. |
74
+ | `ConnectorValue` | type | `dist/core/connectors.d.ts` 26-49 | Generated descriptors | What a generated `Inputs` property accepts: the value, or an expression. |
75
+ | `ContextIndexRef` | interface | `dist/core/actions.d.ts` 1913-1947 | Supporting types | One Context Grounding index an inline agent is grounded on. |
76
+ | `ContributionContext` | interface | `dist/core/node-classes.d.ts` 64-75 | Supporting types | What the serializer tells a contributor before asking for its contribution. |
77
+ | `ContributionDiagnostic` | interface | `dist/core/node-classes.d.ts` 1-29 | Supporting types | Definition-backed node base classes — the public extension surface. |
78
+ | `conversationalAgent` | function | `dist/core/actions.d.ts` 2734-2758 | Actions | A CONVERSATIONAL agent (`uipath.agent.conversational`) — it answers one turn of a live chat, reading the transcript… |
79
+ | `ConversationalAgentInputs` | interface | `dist/core/actions.d.ts` 672-709 | Option shapes | 10 field(s) |
80
+ | `ConversationalAgentSettings` | interface | `dist/core/actions.d.ts` 648-671 | Supporting types | How a conversational agent gets its turn — the node's own `conversationalAgentSettings` sub-object. |
81
+ | `conversationContext` | function | `dist/core/actions.d.ts` 2669-2683 | Actions | READ a conversation's transcript so far without waiting (`uipath.conversational.get-conversation-context`) — the shape a… |
82
+ | `ConversationContextInputs` | interface | `dist/core/actions.d.ts` 640-647 | Option shapes | 2 field(s) |
83
+ | `conversationTrigger` | function | `dist/flow-sdk.d.ts` 235-261 | Flow construction | Start the flow when a new CONVERSATION is created (`core.trigger.conversation`) — the entry point for a chat-driven… |
84
+ | `createOutgoingCall` | function | `dist/core/actions.d.ts` 2684-2700 | Actions | Place an outgoing phone call (`uipath.conversational.voice.create-outgoing-call`) and get back the `callContext` every… |
85
+ | `CreateOutgoingCallInputs` | interface | `dist/core/actions.d.ts` 710-718 | Option shapes | 2 field(s) |
86
+ | `CustomGuardrail` | interface | `dist/core/actions.d.ts` 1313-1325 | Supporting types | A rule-based guardrail you author in place. |
87
+ | `DataFabricFilter` | interface | `dist/core/actions.d.ts` 2019-2029 | Supporting types | One filter row on a Data Fabric read — rows AND together unless `or` is set. |
88
+ | `dataFabricRead` | function | `dist/core/actions.d.ts` 2931-2971 | Actions | Read ONE entity record from Data Fabric (`core.datafabric.read`). |
89
+ | `DataFabricReadInputs` | interface | `dist/core/actions.d.ts` 2030-2037 | Option shapes | 3 field(s) |
90
+ | `dataFabricUpdate` | function | `dist/core/actions.d.ts` 2972-2988 | Actions | Update an entity record in Data Fabric (`core.datafabric.update`). |
91
+ | `DataFabricUpdateInputs` | interface | `dist/core/actions.d.ts` 2038-2059 | Option shapes | 4 field(s) |
92
+ | `DEFAULT_TRIGGER_ID` | const | `dist/core/expr.d.ts` 36-37 | Expressions and types | The manual trigger node's default id. |
93
+ | `DefinitionReference` | type | `dist/core/node-classes.d.ts` 30-63 | Supporting types | An exact reference to the node definition a contribution compiles against. |
94
+ | `delay` | function | `dist/core/actions.d.ts` 2466-2487 | Actions | Declare a delay — a step that pauses the flow for a fixed length of time and then carries on. |
95
+ | `DELAY_PRESETS` | const | `dist/core/actions.d.ts` 932-939 | Actions | The twelve durations the designer's dropdown offers. |
96
+ | `DelayInputs` | type | `dist/core/actions.d.ts` 940-961 | Option shapes | |
97
+ | `descriptor` | function | `dist/core/connectors.d.ts` 98-110 | Generated descriptors | Brand a descriptor literal with its input/output types (zero runtime cost). |
98
+ | `documentClassify` | function | `dist/core/actions.d.ts` 2911-2919 | Actions | Classify a document into a document type (`uipath.document.classify`). |
99
+ | `DocumentClassifyInputs` | interface | `dist/core/actions.d.ts` 2060-2069 | Option shapes | 4 field(s) |
100
+ | `DocValidationInputs` | interface | `dist/core/actions.d.ts` 431-454 | Option shapes | The Document Validation task's subject — `variant: 'document-validation'` only. |
101
+ | `DoWhileOptions` | interface | `dist/flow-sdk.d.ts` 408-417 | Option shapes | Do-while options. |
102
+ | `dynamicExtract` | function | `dist/core/actions.d.ts` 2920-2930 | Actions | Extract fields from a document with an INLINE schema — Dynamic Extract (`uipath.ixp.extract-document-builder`), the… |
103
+ | `DynamicExtractInputs` | interface | `dist/core/actions.d.ts` 2070-2104 | Option shapes | 5 field(s) |
104
+ | `EdgeRoute` | interface | `dist/flow-sdk.d.ts` 545-559 | Supporting types | One edge's route: user-dragged bends and/or the auto-router's waypoints. |
105
+ | `endCall` | function | `dist/core/actions.d.ts` 2701-2708 | Actions | Hang up (`uipath.conversational.voice.end-call`). |
106
+ | `EndCallInputs` | interface | `dist/core/actions.d.ts` 719-726 | Option shapes | 1 field(s) |
107
+ | `entryInput` | function | `dist/core/expr.d.ts` 56-66 | Expressions and types | Reference an ENTRY POINT's scoped input: `entryInput('nightly', 'batchDate')` reads `$vars.nightly.output.batchDate` —… |
108
+ | `err` | function | `dist/core/expr.d.ts` 148-235 | Expressions and types | Reference a FAILED step's error → `$vars.<step>.error[.<field>]`. |
109
+ | `ErrorEnvelopeField` | type | `dist/core/expr.d.ts` 137-147 | Supporting types | The fields a failure envelope carries. |
110
+ | `EscalationRef` | interface | `dist/core/actions.d.ts` 1858-1912 | Supporting types | One escalation an inline agent may raise — an Action Center app task a human completes (the `coded-action-app` variant,… |
111
+ | `EventFilter` | type | `dist/core/actions.d.ts` 3076-3117 | Supporting types | One filter condition on the event payload. |
112
+ | `EventSubscription` | interface | `dist/core/actions.d.ts` 3163-3201 | Option shapes | What a connector event subscribes to. |
113
+ | `Expr` | class | `dist/core/expr.d.ts` 11-21 | Supporting types | A Flow expression. |
114
+ | `FieldMapping` | interface | `dist/core/actions.d.ts` 237-244 | Supporting types | 3 field(s) |
115
+ | `FilterCondition` | type | `dist/core/actions.d.ts` 220-221 | Supporting types | Comparison a filter rule applies to a field. |
116
+ | `FilterMatch` | type | `dist/core/actions.d.ts` 218-219 | Supporting types | How a filter combines its rules: every rule must match, or any one. |
117
+ | `FilterRule` | interface | `dist/core/actions.d.ts` 222-234 | Supporting types | 3 field(s) |
118
+ | `flow` | function | `dist/flow-sdk.d.ts` 1347-1362 | Flow construction | Start building a flow with the given id. |
119
+ | `FlowAction` | class | `dist/core/node-classes.d.ts` 158-164 | Supporting types | A node placed as a step — pass an instance to `.step(name, …)`. |
120
+ | `FlowActionSpec` | type | `dist/flow-sdk.d.ts` 41-42 | Supporting types | What `.step()` accepts here: the shared actions plus this SDK's subflow. |
121
+ | `FlowBuilder` | class | `dist/flow-sdk.d.ts` 1116-1346 | Builders | 13 member(s) |
122
+ | `FlowLayout` | interface | `dist/flow-sdk.d.ts` 607-620 | Supporting types | Designer layout for a flow, keyed by AUTHOR-level ids: node entries by step name (plus the trigger id and `end`), edge… |
123
+ | `FlowNode` | class | `dist/core/node-classes.d.ts` 122-157 | Supporting types | The abstract root of every definition-backed node the builder can place. |
124
+ | `FlowResource` | class | `dist/core/node-classes.d.ts` 172-179 | Supporting types | A node attached to another semantic node — an inline agent's tool, context, memory, or escalation. |
125
+ | `FlowTrigger` | class | `dist/core/node-classes.d.ts` 165-171 | Supporting types | A node that starts the flow — pass an instance to `.trigger(…)`. |
126
+ | `FormField` | type | `dist/core/actions.d.ts` 370 | Supporting types | |
127
+ | `FormFieldType` | type | `dist/core/actions.d.ts` 319-324 | Supporting types | A form field's type. |
128
+ | `formTrigger` | function | `dist/flow-sdk.d.ts` 206-234 | Flow construction | Start the flow from a FORM a person fills in (`core.trigger.form`) — the platform renders one field per flow input and… |
129
+ | `GuardrailAction` | type | `dist/core/actions.d.ts` 1302-1312 | Supporting types | What happens when a guardrail trips. |
130
+ | `GuardrailFieldReference` | interface | `dist/core/actions.d.ts` 1269-1274 | Supporting types | A field the rule or filter action points at. |
131
+ | `GuardrailFieldSelector` | type | `dist/core/actions.d.ts` 1275-1281 | Supporting types | All fields, or a named few. |
132
+ | `GuardrailRule` | type | `dist/core/actions.d.ts` 1282-1301 | Supporting types | One condition of a custom guardrail. |
133
+ | `GuardrailScope` | type | `dist/core/actions.d.ts` 1261-1262 | Supporting types | Where a guardrail applies: the whole agent, its LLM calls, or its tools. |
134
+ | `GuardrailSelector` | interface | `dist/core/actions.d.ts` 1263-1268 | Supporting types | Which artifacts inside the scope the guardrail watches. |
135
+ | `hitl` | function | `dist/core/actions.d.ts` 2283-2334 | Actions | Declare a human task — a step that pauses for a person to read some values, fill others in, and press one of the outcome… |
136
+ | `HitlAssigneeType` | type | `dist/core/actions.d.ts` 377-384 | Supporting types | How the task is assigned, the platform's own vocabulary (canvas `HITL_ASSIGNEE_TYPE`): `'user'` a single user, `'group'`… |
137
+ | `HitlChannel` | type | `dist/core/actions.d.ts` 371-376 | Supporting types | Where the task is delivered. |
138
+ | `HitlConnection` | interface | `dist/core/actions.d.ts` 385-393 | Supporting types | A per-channel Integration Service connection (Slack / Teams delivery). |
139
+ | `HitlInputs` | interface | `dist/core/actions.d.ts` 539-610 | Option shapes | 11 field(s) |
140
+ | `HitlRecipient` | interface | `dist/core/actions.d.ts` 394-430 | Supporting types | Who gets the task and over which channels. |
141
+ | `HitlVariant` | type | `dist/core/actions.d.ts` 467-492 | Supporting types | WHICH human-task node type to emit. |
142
+ | `http` | function | `dist/core/actions.d.ts` 2221-2228 | Actions | Declare an HTTP request action, explicitly choosing standalone or managed. |
143
+ | `HttpBranch` | interface | `dist/core/actions.d.ts` 14-29 | Supporting types | One conditional response branch on an HTTP node — a designer-visible side exit. |
144
+ | `HttpInputs` | type | `dist/core/actions.d.ts` 121-138 | Option shapes | |
145
+ | `HttpInputsBase` | interface | `dist/core/actions.d.ts` 30-120 | Option shapes | 11 field(s) |
146
+ | `HttpRequestToolRef` | interface | `dist/core/actions.d.ts` 1686-1715 | Supporting types | The built-in HTTP-request tool (`uipath.agent.resource.tool.builtin.httprequest`): the agent performs an HTTP call. |
147
+ | `inlineAgent` | function | `dist/core/actions.d.ts` 2860-2910 | Actions | Declare an INLINE AUTONOMOUS AGENT — an agent defined inside this flow's own project rather than published to… |
148
+ | `InlineAgentFieldType` | type | `dist/core/actions.d.ts` 1241-1242 | Supporting types | A JSON-schema-ish type for one field of an inline agent's input/output schema. |
149
+ | `InlineAgentInputs` | interface | `dist/core/actions.d.ts` 1369-1607 | Option shapes | 16 field(s) |
150
+ | `InOutField` | interface | `dist/core/actions.d.ts` 352-369 | Supporting types | A value the reviewer READS **and can correct**: pre-filled from the flow, editable on the form, and the (possibly… |
151
+ | `input` | function | `dist/core/expr.d.ts` 38-55 | Expressions and types | Reference a flow input by name → `$vars.<triggerId>.output.<name>`. |
152
+ | `isLookupToken` | function | `dist/core/lookups.d.ts` 53-54 | Generated descriptors | True when `v` is an unresolved LookupToken. |
153
+ | `ixpExtract` | function | `dist/core/actions.d.ts` 2411-2465 | Actions | Extract fields from a document with a published IxP project — the platform's **Extract** node (`uipath.ixp.*`, service… |
154
+ | `IxpExtractInputs` | interface | `dist/core/actions.d.ts` 857-931 | Option shapes | 9 field(s) |
155
+ | `IxpToolRef` | interface | `dist/core/actions.d.ts` 1819-1857 | Supporting types | A published IxP (Intelligent eXtraction Platform) project as a tool — the agent decides when to extract a document and… |
156
+ | `js` | function | `dist/core/expr.d.ts` 236-247 | Expressions and types | Build a raw JS *expression* (a condition or computation). |
157
+ | `lit` | function | `dist/core/expr.d.ts` 22-28 | Expressions and types | A constant value baked directly into a node input. |
158
+ | `lookup` | function | `dist/core/lookups.d.ts` 95-102 | Generated descriptors | Begin resolving a lookup field on a generated descriptor. |
159
+ | `lookup` | function | `dist/core/lookups.d.ts` 103-122 | Generated descriptors | Begin resolving a lookup field addressed by connector key and action. |
160
+ | `lookup` | function | `dist/core/lookups.d.ts` 123-137 | Generated descriptors | Begin resolving a `where` parameter on a trigger descriptor that carries a lookup table. |
161
+ | `lookup` | function | `dist/core/lookups.d.ts` 138-159 | Generated descriptors | Begin resolving a `where` parameter on a connector-EVENT descriptor. |
162
+ | `LookupBuilder` | type | `dist/core/lookups.d.ts` 64-71 | Generated descriptors | What `lookup(...)` returns: the generic form plus any generated aliases. |
163
+ | `lookupKey` | function | `dist/core/lookups.d.ts` 55-63 | Generated descriptors | The identity of one resolution, as `prepare` records it and `compile` reads it. |
164
+ | `LookupResolution` | interface | `dist/core/lookups.d.ts` 160-169 | Generated descriptors | One recorded resolution, as `connectors-local/resolutions.json` stores it. |
165
+ | `LookupResolutions` | type | `dist/core/lookups.d.ts` 170-171 | Generated descriptors | Every recorded resolution, keyed by lookupKey. |
166
+ | `LookupSpec` | interface | `dist/core/lookups.d.ts` 11-36 | Generated descriptors | One lookup field's retrieval contract, generated from `reference`. |
167
+ | `lookupSpecOf` | function | `dist/core/lookups.d.ts` 199-206 | Generated descriptors | The LookupSpec for one field, or `undefined` when it earns no helper. |
168
+ | `LookupStrategy` | type | `dist/core/lookups.d.ts` 1-10 | Generated descriptors | How `prepare` should retrieve the collection, chosen from the metadata. |
169
+ | `LookupToken` | interface | `dist/core/lookups.d.ts` 37-52 | Generated descriptors | An unresolved lookup: what `.byEmail(…)` returns. |
170
+ | `LoopOptions` | interface | `dist/flow-sdk.d.ts` 386-407 | Option shapes | Loop-specific options. |
171
+ | `manual` | function | `dist/flow-sdk.d.ts` 130-139 | Flow construction | The manual trigger, explicitly. |
172
+ | `McpToolRef` | interface | `dist/core/actions.d.ts` 1620-1648 | Supporting types | An MCP server the agent may call tools on. |
173
+ | `mock` | function | `dist/core/actions.d.ts` 2488-2527 | Actions | Declare a PLACEHOLDER step — "a real node goes here later". |
174
+ | `NodeContribution` | interface | `dist/core/node-classes.d.ts` 98-121 | Supporting types | One validated construct, returned by FlowNode.contribute. |
175
+ | `NodeLayout` | interface | `dist/flow-sdk.d.ts` 530-544 | Supporting types | One node's designer layout: canvas position, and optionally size and collapsed state. |
176
+ | `NodeOptions` | interface | `dist/flow-sdk.d.ts` 308-353 | Option shapes | Options shared by every builder method that creates a definition-backed node: `version` selects the exact node… |
177
+ | `onEvent` | function | `dist/flow-sdk.d.ts` 140-177 | Flow construction | Start the flow when a connector event fires — e.g. |
178
+ | `onEvent` | function | `dist/flow-sdk.d.ts` 178-185 | Flow construction | Stringly form, for an event with no prepared module. |
179
+ | `out` | function | `dist/core/expr.d.ts` 67-89 | Expressions and types | Reference an upstream step's output → `$vars.<step>.output[.<path>]`. |
180
+ | `Outcome` | type | `dist/core/actions.d.ts` 455-466 | Supporting types | One completion button. |
181
+ | `OutputColumn` | interface | `dist/core/actions.d.ts` 817-823 | Supporting types | One column Batch Transform appends to the CSV. |
182
+ | `PortArm` | interface | `dist/flow-sdk.d.ts` 295-307 | Supporting types | One arm of a built `.stepSwitch` — the same shape as SwitchArm, but `value` names an exit the ACTION declares (a… |
183
+ | `ProcessToolKind` | type | `dist/core/actions.d.ts` 1781-1794 | Supporting types | The tool kinds that wrap a DEPLOYED tenant resource. |
184
+ | `ProcessToolRef` | interface | `dist/core/actions.d.ts` 1795-1818 | Supporting types | A deployed tenant resource the agent may invoke. |
185
+ | `publishedFunction` | function | `dist/core/actions.d.ts` 2608-2632 | Actions | Invoke a published Orchestrator **Function** — a deployed unit of code run as one step (`uipath.core.function.<key>`,… |
186
+ | `PublishedFunctionInputs` | interface | `dist/core/actions.d.ts` 1029-1063 | Option shapes | A published Orchestrator **Function** — a small, single-purpose unit of code deployed as its own resource and invoked as… |
187
+ | `queueItem` | function | `dist/core/actions.d.ts` 2989-3034 | Actions | Declare an Orchestrator QUEUE ITEM step. |
188
+ | `QueueItemInputs` | interface | `dist/core/actions.d.ts` 1950-2018 | Option shapes | 10 field(s) |
189
+ | `QueuePriority` | type | `dist/core/actions.d.ts` 1948-1949 | Supporting types | The three priorities an Orchestrator queue item can carry. |
190
+ | `ran` | function | `dist/core/expr.d.ts` 90-136 | Expressions and types | Did this step run? |
191
+ | `rawNode` | function | `dist/core/node-classes.d.ts` 180-234 | Supporting types | Place a node this SDK has no factory for, carrying its definition verbatim (`uipath.exotic.thing@2.1` and the manifest… |
192
+ | `RawReference` | type | `dist/core/lookups.d.ts` 190-198 | Supporting types | |
193
+ | `refuseLookupToken` | function | `dist/core/lookups.d.ts` 207-226 | Generated descriptors | Refuse a lookup token where the family cannot resolve one. |
194
+ | `RemoteA2aToolRef` | interface | `dist/core/actions.d.ts` 1649-1669 | Supporting types | A remote A2A (agent-to-agent) endpoint the agent may delegate to. |
195
+ | `resolvedValue` | function | `dist/core/lookups.d.ts` 172-179 | Generated descriptors | The recorded id for a token, or `undefined`. |
196
+ | `ReturnFieldType` | type | `dist/core/actions.d.ts` 1243-1260 | Supporting types | A JSON-schema-ish type for one field of a step's declared `returns`. |
197
+ | `ReturnOptions` | interface | `dist/flow-sdk.d.ts` 354-385 | Option shapes | `.return(...)`-specific options. |
198
+ | `rpaWorkflow` | function | `dist/core/actions.d.ts` 2528-2572 | Actions | Invoke a deployed RPA (robotic process automation) workflow — a classic UI-automation process, published to… |
199
+ | `RpaWorkflowInputs` | interface | `dist/core/actions.d.ts` 962-996 | Option shapes | 5 field(s) |
200
+ | `SCHEDULE_PRESETS` | const | `dist/flow-sdk.d.ts` 77-84 | Flow construction | The eight intervals the designer offers in its Frequency dropdown. |
201
+ | `scheduled` | function | `dist/flow-sdk.d.ts` 186-205 | Flow construction | Start the flow on a recurring schedule instead of on demand. |
202
+ | `ScheduledInputs` | interface | `dist/flow-sdk.d.ts` 98-110 | Option shapes | 1 field(s) |
203
+ | `ScheduleEvery` | type | `dist/flow-sdk.d.ts` 86-97 | Supporting types | How often a scheduled flow runs, as an ISO-8601 repeating interval: `R/` followed by a duration. |
204
+ | `SchedulePreset` | type | `dist/flow-sdk.d.ts` 85 | Supporting types | |
205
+ | `script` | function | `dist/core/actions.d.ts` 2229-2236 | Actions | Declare an inline script action. |
206
+ | `ScriptInputs` | interface | `dist/core/actions.d.ts` 139-176 | Option shapes | 2 field(s) |
207
+ | `ScriptReturns` | type | `dist/core/script-return.d.ts` 33-38 | Supporting types | What an author may write for `script({ returns })`: the type outright, or — for an object return — the FIELDS, which is… |
208
+ | `ScriptReturnType` | type | `dist/core/script-return.d.ts` 31-32 | Supporting types | The vocabulary a script's output can be declared as. |
209
+ | `sendMessage` | function | `dist/core/actions.d.ts` 2633-2651 | Actions | Post an assistant message into a live conversation (`uipath.conversational.send-message`). |
210
+ | `SendMessageInputs` | interface | `dist/core/actions.d.ts` 611-630 | Option shapes | 4 field(s) |
211
+ | `ShownField` | interface | `dist/core/actions.d.ts` 325-340 | Supporting types | A value the reviewer READS: shown on the form, filled in from the flow. |
212
+ | `Step` | type | `dist/flow-sdk.d.ts` 418-529 | Supporting types | |
213
+ | `StepList` | class | `dist/flow-sdk.d.ts` 670-1091 | Builders | Collects a sequence of steps. |
214
+ | `STICKY_NOTE_COLORS` | const | `dist/flow-sdk.d.ts` 560-565 | Flow construction | The designer's sticky-note palette. |
215
+ | `StickyNote` | interface | `dist/flow-sdk.d.ts` 572-606 | Supporting types | A canvas sticky note — free text pinned to the diagram, for the humans reading it. |
216
+ | `StickyNoteColor` | type | `dist/flow-sdk.d.ts` 566-571 | Supporting types | A sticky note's swatch. |
217
+ | `subflow` | function | `dist/flow-sdk.d.ts` 1363-1402 | Flow construction | Run another flow as one step, and read back what it returns. |
218
+ | `SubflowSpec` | interface | `dist/flow-sdk.d.ts` 33-40 | Supporting types | A step that runs a child flow. |
219
+ | `summarize` | function | `dist/core/actions.d.ts` 2335-2375 | Actions | Summarize a document with citations — the platform's **Summarize** node. |
220
+ | `SummarizeInputs` | interface | `dist/core/actions.d.ts` 784-816 | Option shapes | 3 field(s) |
221
+ | `SwitchArm` | interface | `dist/flow-sdk.d.ts` 289-294 | Supporting types | One arm of a built `.switch` (the serializer's view: body already collected). |
222
+ | `tmpl` | function | `dist/core/expr.d.ts` 248-258 | Expressions and types | Build a JS *string template* (for URLs, messages, etc.). |
223
+ | `ToolRef` | type | `dist/core/actions.d.ts` 1610-1619 | Supporting types | One tool on an inline agent — a discriminated union over the kinds the tenant's registry actually serves… |
224
+ | `transform` | function | `dist/core/actions.d.ts` 2237-2282 | Actions | Declare a Transform action — a chain of declarative operations over a collection. |
225
+ | `Transformation` | type | `dist/core/actions.d.ts` 235-236 | Supporting types | What a map does to a field's value. |
226
+ | `TransformInputs` | interface | `dist/core/actions.d.ts` 294-318 | Option shapes | 3 field(s) |
227
+ | `TransformOperation` | type | `dist/core/actions.d.ts` 253-270 | Supporting types | One link in the chain. |
228
+ | `TransformVariant` | type | `dist/core/actions.d.ts` 271-287 | Supporting types | Which Transform node type to emit. |
229
+ | `triggerDescriptor` | function | `dist/core/connectors.d.ts` 139-151 | Generated descriptors | Brand a trigger descriptor literal with its where/output types. |
230
+ | `TriggerDescriptor` | type | `dist/core/connectors.d.ts` 130-138 | Generated descriptors | A generated, typed connector-trigger descriptor: TriggerMeta branded with phantom `where`/output types. |
231
+ | `TriggerMeta` | interface | `dist/core/connectors.d.ts` 120-129 | Generated descriptors | Runtime metadata a generated trigger descriptor carries. |
232
+ | `TriggerOptions` | interface | `dist/core/actions.d.ts` 3118-3162 | Option shapes | The typed `onEvent`/`waitForEvent` options — everything an EventSubscription carries except `connector`/`event`, which… |
233
+ | `TriggerSpec` | type | `dist/flow-sdk.d.ts` 111-129 | Supporting types | What starts the flow. |
234
+ | `TypeDesc` | type | `dist/core/expr.d.ts` 323 | Supporting types | |
235
+ | `types` | const | `dist/core/expr.d.ts` 307-322 | Expressions and types | Variable type descriptors (map to Flow variable `type` values). |
236
+ | `unresolvedLookupMessage` | function | `dist/core/lookups.d.ts` 180-189 | Generated descriptors | The message for a lookup nothing has resolved — the command that fixes it. |
237
+ | `v` | function | `dist/core/expr.d.ts` 29-35 | Expressions and types | Reference a flow-level variable or input by name → `$vars.<name>`. |
238
+ | `VarDecl` | interface | `dist/flow-sdk.d.ts` 47-57 | Supporting types | 6 field(s) |
239
+ | `VarSpec` | interface | `dist/flow-sdk.d.ts` 58-76 | Supporting types | The rich spelling of a variable declaration: pass it instead of a bare `types.*` descriptor wherever `.input()` /… |
240
+ | `voiceAgent` | function | `dist/core/actions.d.ts` 2709-2733 | Actions | Put a VOICE agent on a live call (`uipath.agent.voice`) — it speaks and listens for one turn, then the flow continues. |
241
+ | `VoiceAgentInputs` | interface | `dist/core/actions.d.ts` 750-783 | Option shapes | 6 field(s) |
242
+ | `VoiceSettings` | interface | `dist/core/actions.d.ts` 727-749 | Supporting types | The audio settings a voice agent speaks with. |
243
+ | `voiceTrigger` | function | `dist/flow-sdk.d.ts` 262-286 | Flow construction | Start the flow when a phone call comes IN (`core.trigger.voice`). |
244
+ | `waitForEvent` | function | `dist/core/actions.d.ts` 3211-3245 | Actions | Wait mid-flow until a connector event fires, then continue with its payload — the typed form, where a generated trigger… |
245
+ | `waitForEvent` | function | `dist/core/actions.d.ts` 3246-3253 | Actions | Stringly form, for an event with no prepared module. |
246
+ | `waitForMessage` | function | `dist/core/actions.d.ts` 2652-2668 | Actions | PAUSE until the person sends their next message (`uipath.conversational.wait-for-message`) — a catch event, like… |
247
+ | `WaitForMessageInputs` | interface | `dist/core/actions.d.ts` 631-639 | Option shapes | 2 field(s) |
248
+
249
+ ## `@uipath/maestro-builder-sdk/case`
250
+
251
+ 78 symbol(s). Import from `@uipath/maestro-builder-sdk/case`.
252
+
253
+ | Symbol | Kind | Declaration | Area | Summary |
254
+ | --- | --- | --- | --- | --- |
255
+ | `ActionField` | interface | `dist/case/case-sdk.d.ts` 420-450 | Supporting types | One field of an Action Center task's form. |
256
+ | `ActionSpecData` | interface | `dist/case/case-sdk.d.ts` 451-466 | Supporting types | 7 field(s) |
257
+ | `BuiltCase` | interface | `dist/case/case-sdk.d.ts` 623-648 | Supporting types | 15 field(s) |
258
+ | `BuiltCaseExitCondition` | interface | `dist/case/case-sdk.d.ts` 352-356 | Supporting types | 3 field(s) |
259
+ | `BuiltEntryCondition` | interface | `dist/case/case-sdk.d.ts` 294-298 | Supporting types | 3 field(s) |
260
+ | `BuiltEscalation` | interface | `dist/case/case-sdk.d.ts` 140-142 | Supporting types | A built escalation (the notification an SLA fires). |
261
+ | `BuiltExitCondition` | interface | `dist/case/case-sdk.d.ts` 319-347 | Supporting types | 6 field(s) |
262
+ | `BuiltSla` | interface | `dist/case/case-sdk.d.ts` 186-194 | Supporting types | A built SLA rule (`slaRules[]` entry). |
263
+ | `BuiltStage` | interface | `dist/case/case-sdk.d.ts` 522-531 | Supporting types | 8 field(s) |
264
+ | `BuiltTask` | interface | `dist/case/case-sdk.d.ts` 500-521 | Supporting types | 15 field(s) |
265
+ | `BuiltTaskEntryCondition` | interface | `dist/case/case-sdk.d.ts` 348-351 | Supporting types | 2 field(s) |
266
+ | `BuiltTrigger` | interface | `dist/case/case-sdk.d.ts` 196-207 | Supporting types | 6 field(s) |
267
+ | `CaseAppConfig` | interface | `dist/case/case-sdk.d.ts` 583-589 | Supporting types | Typed configuration for the generated Case App. |
268
+ | `CaseAppDetailValue` | type | `dist/case/case-sdk.d.ts` 572-573 | Supporting types | A value displayed in one Case App section. |
269
+ | `CaseAppSection` | interface | `dist/case/case-sdk.d.ts` 574-582 | Supporting types | One summary section in the generated Case App. |
270
+ | `CaseBuilder` | class | `dist/case/case-sdk.d.ts` 1032-1275 | Builders | 17 member(s) |
271
+ | `CaseLayout` | interface | `dist/case/case-sdk.d.ts` 611-622 | Supporting types | Optional Case designer layout, keyed by author-level stage and trigger names. |
272
+ | `CaseNodeLayout` | interface | `dist/case/case-sdk.d.ts` 590-610 | Supporting types | Designer-only fields the shipped Case transformer moves into `layout.nodes[id]`. |
273
+ | `casePlan` | function | `dist/case/case-sdk.d.ts` 1276-1282 | Case authoring | Start building a case plan with the given id. |
274
+ | `CaseRule` | interface | `dist/case/case-sdk.d.ts` 78-81 | Supporting types | A single DNF rule. |
275
+ | `CaseRuleGrid` | type | `dist/case/case-sdk.d.ts` 113-114 | Supporting types | One rule, one AND-group, or a complete OR-of-AND condition grid. |
276
+ | `CaseRuleInput` | type | `dist/case/case-sdk.d.ts` 111-112 | Supporting types | A concrete rule or a pure expression gate resolved by its receiving slot. |
277
+ | `CaseRuleType` | type | `dist/case/case-sdk.d.ts` 27 | Supporting types | |
278
+ | `CaseTriggerKind` | type | `dist/case/case-sdk.d.ts` 195 | Supporting types | |
279
+ | `CaseVarDecl` | interface | `dist/case/case-sdk.d.ts` 557-571 | Supporting types | 6 field(s) |
280
+ | `ConnectorDescriptor` | type | `dist/core/connectors.d.ts` 89-97 | Supporting types | A generated, typed connector descriptor: ConnectorMeta branded with phantom input/output types. |
281
+ | `ConnectorMeta` | interface | `dist/core/connectors.d.ts` 60-88 | Supporting types | Runtime metadata a generated descriptor carries. |
282
+ | `ConnectorOpts` | interface | `dist/core/actions.d.ts` 177-217 | Option shapes | 4 field(s) |
283
+ | `ConnectorSpecData` | type | `dist/case/case-sdk.d.ts` 376-388 | Supporting types | An Integration Service connector task — the connector variant of the shared `ActionSpec`. |
284
+ | `EntryOpts` | interface | `dist/case/case-sdk.d.ts` 649-661 | Option shapes | Options common to a stage/task entry condition. |
285
+ | `escalation` | function | `dist/case/case-sdk.d.ts` 143-149 | Case authoring | Declare an escalation. |
286
+ | `EscalationOpts` | interface | `dist/case/case-sdk.d.ts` 127-139 | Option shapes | 4 field(s) |
287
+ | `EscalationRecipient` | interface | `dist/case/case-sdk.d.ts` 119-126 | Supporting types | Who an escalation notifies. |
288
+ | `EscalationTrigger` | type | `dist/case/case-sdk.d.ts` 117-118 | Supporting types | When an escalation fires: as the deadline approaches (`at-risk`) or once it passes (`sla-breached`). |
289
+ | `EventFilter` | type | `dist/core/actions.d.ts` 3076-3117 | Supporting types | One filter condition on the event payload. |
290
+ | `EventSubscription` | interface | `dist/core/actions.d.ts` 3163-3201 | Option shapes | What a connector event subscribes to. |
291
+ | `eventTrigger` | function | `dist/case/case-sdk.d.ts` 276-286 | Case authoring | An Integration Service **event** trigger — an external event (a new row, an email, a webhook) starts the case. |
292
+ | `eventTrigger` | function | `dist/case/case-sdk.d.ts` 287-293 | Case authoring | An Integration Service event trigger in placeholder or stringly-resolved form. |
293
+ | `EventTriggerOpts` | interface | `dist/case/case-sdk.d.ts` 239-263 | Option shapes | 4 field(s) |
294
+ | `ExitOpts` | interface | `dist/case/case-sdk.d.ts` 662-698 | Option shapes | Options for `stage.exitWhen(rules, opts)` — one call per outcome. |
295
+ | `ExternalExecutionMode` | type | `dist/case/case-sdk.d.ts` 389-390 | Supporting types | Whether an external Integration Service task blocks for its result or waits for a callback. |
296
+ | `ExternalTaskOptions` | interface | `dist/case/case-sdk.d.ts` 391-401 | Option shapes | Required wiring and typed inputs for an external agent/workflow invocation. |
297
+ | `ExternalTaskSpecData` | interface | `dist/case/case-sdk.d.ts` 402-408 | Supporting types | Normalized descriptor and execution mode stored on a built external task. |
298
+ | `jsonSchema` | function | `dist/case/case-sdk.d.ts` 541-556 | Case authoring | Declare a structured (object/array) variable type. |
299
+ | `JsonSchemaType` | interface | `dist/case/case-sdk.d.ts` 532-540 | Supporting types | A structured (object/array) variable type + its JSON-schema `body`, as returned by jsonSchema. |
300
+ | `LookupSpec` | interface | `dist/core/lookups.d.ts` 11-36 | Supporting types | One lookup field's retrieval contract, generated from `reference`. |
301
+ | `LookupStrategy` | type | `dist/core/lookups.d.ts` 1-10 | Supporting types | How `prepare` should retrieve the collection, chosen from the metadata. |
302
+ | `LookupToken` | interface | `dist/core/lookups.d.ts` 37-52 | Supporting types | An unresolved lookup: what `.byEmail(…)` returns. |
303
+ | `manualTrigger` | function | `dist/case/case-sdk.d.ts` 225-231 | Case authoring | A manual (user-initiated) case trigger. |
304
+ | `ManualTriggerOpts` | interface | `dist/case/case-sdk.d.ts` 208-211 | Option shapes | 2 field(s) |
305
+ | `RecipientType` | type | `dist/case/case-sdk.d.ts` 413-419 | Supporting types | Action-task recipient type. |
306
+ | `ResolvedEventTriggerOpts` | interface | `dist/case/case-sdk.d.ts` 264-275 | Option shapes | Options for the typed `eventTrigger(Descriptor, options)` form. |
307
+ | `rule` | function | `dist/case/case-sdk.d.ts` 82-91 | Case authoring | Declare a condition rule. |
308
+ | `RuleOpts` | interface | `dist/case/case-sdk.d.ts` 28-77 | Option shapes | 6 field(s) |
309
+ | `SelectNextStageSpec` | interface | `dist/case/case-sdk.d.ts` 300-318 | Supporting types | Data Fabric entity used by the Case runtime to deliver a person's next-stage selection. |
310
+ | `SlaOpts` | interface | `dist/case/case-sdk.d.ts` 166-185 | Option shapes | 5 field(s) |
311
+ | `SlaUnit` | type | `dist/case/case-sdk.d.ts` 115-116 | Supporting types | SLA deadline unit. |
312
+ | `StageBuilder` | class | `dist/case/case-sdk.d.ts` 960-1031 | Builders | 6 member(s) |
313
+ | `StageExitType` | type | `dist/case/case-sdk.d.ts` 299 | Supporting types | |
314
+ | `TaskBuilder` | class | `dist/case/case-sdk.d.ts` 699-959 | Builders | 23 member(s) |
315
+ | `TaskInputBinding` | interface | `dist/case/case-sdk.d.ts` 481-488 | Supporting types | A task input binding: a resource input parameter set to a literal or a `=`-expression. |
316
+ | `TaskKind` | type | `dist/case/case-sdk.d.ts` 357 | Supporting types | |
317
+ | `TaskOutputBinding` | interface | `dist/case/case-sdk.d.ts` 489-499 | Supporting types | A task output extraction: bind a field of the task's result (`source`) into a case variable (`var`) that later… |
318
+ | `TaskRef` | interface | `dist/case/case-sdk.d.ts` 409-412 | Supporting types | 2 field(s) |
319
+ | `TimerSpecData` | type | `dist/case/case-sdk.d.ts` 467-480 | Supporting types | Exactly one product-supported timer value. |
320
+ | `timerTrigger` | function | `dist/case/case-sdk.d.ts` 232-238 | Case authoring | A timer (scheduled) case trigger. |
321
+ | `TimerTriggerOpts` | interface | `dist/case/case-sdk.d.ts` 212-224 | Option shapes | 3 field(s) |
322
+ | `toGroup` | function | `dist/case/case-sdk.d.ts` 158-165 | Case authoring | An escalation recipient that is a user group. |
323
+ | `toUser` | function | `dist/case/case-sdk.d.ts` 150-157 | Case authoring | An escalation recipient that is a single user. |
324
+ | `TriggerDescriptor` | type | `dist/core/connectors.d.ts` 130-138 | Supporting types | A generated, typed connector-trigger descriptor: TriggerMeta branded with phantom `where`/output types. |
325
+ | `TriggerMeta` | interface | `dist/core/connectors.d.ts` 120-129 | Supporting types | Runtime metadata a generated trigger descriptor carries. |
326
+ | `TriggerOptions` | interface | `dist/core/actions.d.ts` 3118-3162 | Option shapes | The typed `onEvent`/`waitForEvent` options — everything an EventSubscription carries except `connector`/`event`, which… |
327
+ | `TypeDesc` | type | `dist/core/expr.d.ts` 323 | Supporting types | |
328
+ | `UnresolvedReferenceTaskKind` | type | `dist/case/case-sdk.d.ts` 358-359 | Supporting types | Published-resource task kinds that the Case schema permits as unresolved skeletons. |
329
+ | `WaitConnectorPlaceholderSpec` | interface | `dist/case/case-sdk.d.ts` 360-370 | Supporting types | A `wait-for-connector` subscription: suspend on an Integration Service event. |
330
+ | `WaitConnectorSpec` | type | `dist/case/case-sdk.d.ts` 371-375 | Supporting types | A placeholder connector/operation pair, or a library-resolved event subscription using the same symbolic shape as Flow… |
331
+ | `when` | function | `dist/case/case-sdk.d.ts` 104-110 | Case authoring | Gate a condition slot only on case data without naming its default event. |
332
+ | `WhenExpression` | interface | `dist/case/case-sdk.d.ts` 92-103 | Supporting types | A pure expression gate. |
333
+
334
+ ## `@uipath/maestro-builder-sdk/bpmn`
335
+
336
+ 61 symbol(s). Import from `@uipath/maestro-builder-sdk/bpmn`.
337
+
338
+ | Symbol | Kind | Declaration | Area | Summary |
339
+ | --- | --- | --- | --- | --- |
340
+ | `ActivityNodeFields` | interface | `dist/bpmn/bpmn-sdk.d.ts` 301-316 | Supporting types | The fields every activity arm of BpmnNode carries — the built form of ActivityOpts. |
341
+ | `ActivityNodeOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 1140-1206 | Option shapes | Options for `.activity()` — the generic registry-backed node. |
342
+ | `ActivityOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 700-733 | Option shapes | What every ACTIVITY accepts, on top of its own options — a script task, a variable task, a connector task, a… |
343
+ | `BindingDecl` | interface | `dist/bpmn/bpmn-sdk.d.ts` 354-377 | Supporting types | A declared external identifier the process needs supplied at deploy time — a connection id, a folder key, a process… |
344
+ | `BindingOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 834-862 | Option shapes | Options for `.binding()`. |
345
+ | `BindingsRegistry` | class | `dist/bpmn/bpmn-sdk.d.ts` 1256-1280 | Supporting types | Collects `uipath:binding` declarations, de-duped by id. |
346
+ | `BoundaryOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 625-649 | Option shapes | Options for `.boundaryEvent()`: the activity it attaches to, whether it interrupts that activity, and the event… |
347
+ | `bpmn` | function | `dist/bpmn/bpmn-sdk.d.ts` 2238-2257 | BPMN authoring | Start building a BPMN process with the given id. |
348
+ | `BpmnBuilder` | class | `dist/bpmn/bpmn-sdk.d.ts` 2037-2162 | Builders | The top-level process builder `bpmn()` returns — every graph method of the shared scope (events, gateways, tasks,… |
349
+ | `BpmnConnectorOpts` | type | `dist/bpmn/bpmn-sdk.d.ts` 1955-1979 | Option shapes | `.connector()` options: the shared connector options, plus the BPMN-only display `name` and output-variable override. |
350
+ | `BpmnFlow` | interface | `dist/bpmn/bpmn-sdk.d.ts` 317-329 | Supporting types | One sequence flow in the built graph — the edge from `source` to `target` (`bpmn:sequenceFlow`). |
351
+ | `BpmnNode` | type | `dist/bpmn/bpmn-sdk.d.ts` 85-251 | Supporting types | One node in the built graph — a discriminated union with one arm per BPMN element kind, which the serializer walks into… |
352
+ | `BpmnVarDecl` | interface | `dist/bpmn/bpmn-sdk.d.ts` 335-353 | Supporting types | A declared variable in the built graph (`uipath:input` / `uipath:inputOutput` / `uipath:output`, by `direction`). |
353
+ | `BuiltBpmn` | interface | `dist/bpmn/bpmn-sdk.d.ts` 394-419 | Supporting types | The built in-memory process graph `.build()` returns — the IR `serialize()` walks into `.bpmn` XML. |
354
+ | `CatchOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 602-615 | Option shapes | Options for `.intermediateCatchEvent()`. |
355
+ | `ConnectorDescriptor` | type | `dist/core/connectors.d.ts` 89-97 | Supporting types | A generated, typed connector descriptor: ConnectorMeta branded with phantom input/output types. |
356
+ | `ConnectorEventOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 1076-1120 | Option shapes | Shared options for the two connector-event methods. |
357
+ | `ConnectorMeta` | interface | `dist/core/connectors.d.ts` 60-88 | Supporting types | Runtime metadata a generated descriptor carries. |
358
+ | `ConnectorOpts` | interface | `dist/core/actions.d.ts` 177-217 | Option shapes | 4 field(s) |
359
+ | `DefinitionsRegistry` | class | `dist/bpmn/bpmn-sdk.d.ts` 1281-1304 | Supporting types | Collects definitions-level message/error declarations, de-duped by name. |
360
+ | `EndOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 577-601 | Option shapes | Options for `.endEvent()`. |
361
+ | `ErrorDecl` | interface | `dist/bpmn/bpmn-sdk.d.ts` 385-393 | Supporting types | A definitions-level `bpmn:error` declaration, referenced by error events. |
362
+ | `ErrorLike` | type | `dist/bpmn/bpmn-sdk.d.ts` 39-50 | Supporting types | What an author passes for an error definition. |
363
+ | `ErrorMappingRow` | interface | `dist/bpmn/bpmn-sdk.d.ts` 252-300 | Supporting types | One row of `uipath:errorMapping` — how an activity classifies one kind of failure. |
364
+ | `errorSchema` | const | `dist/bpmn/bpmn-sdk.d.ts` 2163-2204 | BPMN authoring | The `Error` variable's shape — the platform's own error envelope. |
365
+ | `errorSchemaWithResponse` | const | `dist/bpmn/bpmn-sdk.d.ts` 2205-2237 | BPMN authoring | The same envelope plus `response` — what a node whose failure carries a payload writes, and what the same source calls… |
366
+ | `EventDef` | type | `dist/bpmn/bpmn-sdk.d.ts` 51-69 | Supporting types | The resolved event definition attached to an event node. |
367
+ | `EventKind` | type | `dist/bpmn/bpmn-sdk.d.ts` 72-73 | Supporting types | The four non-boundary event element kinds a BpmnNode can be. |
368
+ | `ExtensionPayload` | interface | `dist/bpmn/bpmn-sdk.d.ts` 459-495 | Supporting types | An extension payload carried by an element the payload does not describe. |
369
+ | `ExternalTaskOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 1121-1139 | Option shapes | Options for `.externalAgent()` / `.externalWorkflow()`. |
370
+ | `FlowOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 1222-1230 | Option shapes | Options for `.sequenceFlow()`. |
371
+ | `GatewayKind` | type | `dist/bpmn/bpmn-sdk.d.ts` 70-71 | Supporting types | The four gateway element kinds a BpmnNode can be. |
372
+ | `GatewayOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 650-656 | Option shapes | Options for `.exclusiveGateway()` / `.inclusiveGateway()`. |
373
+ | `HttpOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 863-900 | Option shapes | Options for `.http()` — an `Intsvc.UnifiedHttpRequest` node. |
374
+ | `HumanTaskOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 985-1031 | Option shapes | Options for `.humanTask()` — an `Actions.HITL` action-app task. |
375
+ | `LookupSpec` | interface | `dist/core/lookups.d.ts` 11-36 | Supporting types | One lookup field's retrieval contract, generated from `reference`. |
376
+ | `LookupStrategy` | type | `dist/core/lookups.d.ts` 1-10 | Supporting types | How `prepare` should retrieve the collection, chosen from the metadata. |
377
+ | `LoopSpec` | interface | `dist/bpmn/bpmn-sdk.d.ts` 74-84 | Supporting types | Multi-instance loop over a collection (`uipath:loopCharacteristics`). |
378
+ | `MessageDecl` | interface | `dist/bpmn/bpmn-sdk.d.ts` 378-384 | Supporting types | A definitions-level `bpmn:message` declaration, referenced by message events. |
379
+ | `OrchestratorAsyncOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 938-945 | Option shapes | Options for the two agentic/case call activities, which come in sync and async forms. |
380
+ | `OrchestratorOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 901-937 | Option shapes | What every Orchestrator invocation needs: which process, in which folder, with what input. |
381
+ | `PlainTaskElement` | type | `dist/bpmn/bpmn-sdk.d.ts` 1207-1214 | Supporting types | The BPMN task elements that are legal with NO `uipath:*` payload. |
382
+ | `PlainTaskOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 1215-1221 | Option shapes | Options for `.plainTask()`. |
383
+ | `ProcessMetadata` | interface | `dist/bpmn/bpmn-sdk.d.ts` 420-458 | Supporting types | Process-level metadata — the `uipath:*` children of the process's own `extensionElements` that describe the DOCUMENT… |
384
+ | `QueueItemOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 946-984 | Option shapes | Options for `.queueItem()`. |
385
+ | `ReceiveMessageOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 1032-1075 | Option shapes | Options for `.receiveMessage()` — `Maestro.ReceiveMessageEvent`. |
386
+ | `RetrySpec` | interface | `dist/bpmn/bpmn-sdk.d.ts` 657-699 | Supporting types | Retry an activity that fails (`uipath:retry`). |
387
+ | `ScopeBuilder` | class | `dist/bpmn/bpmn-sdk.d.ts` 1305-1954 | Builders | The set of node/flow/variable methods common to the process root and every sub-process. |
388
+ | `ScriptTaskOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 734-803 | Option shapes | Options for `.scriptTask()` — the Jint JavaScript body and its input/output mappings. |
389
+ | `StartOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 496-576 | Option shapes | Options for `.startEvent()`. |
390
+ | `SubProcessBuilder` | class | `dist/bpmn/bpmn-sdk.d.ts` 2032-2036 | Builders | A sub-process body: the same graph methods, plus an internal node builder. |
391
+ | `SubProcessOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 819-833 | Option shapes | Options for `.subProcess()`. |
392
+ | `TaskOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 804-818 | Option shapes | Options for `.task()` — a display name and the variable assignments the task makes. |
393
+ | `ThrowOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 616-624 | Option shapes | Options for `.intermediateThrowEvent()` — a `message` to throw, or none. |
394
+ | `TimerLike` | type | `dist/bpmn/bpmn-sdk.d.ts` 37-38 | Supporting types | A timer as an ISO-8601 duration string (shorthand for `{ duration }`) or a full spec. |
395
+ | `TimerSpec` | interface | `dist/bpmn/bpmn-sdk.d.ts` 28-36 | Supporting types | ISO-8601 timer specification (one of duration / date / cycle). |
396
+ | `TypedContextRow` | interface | `dist/bpmn/typed-node.d.ts` 141-172 | Supporting types | One `uipath:context` input row, spelled out. |
397
+ | `TypeDesc` | type | `dist/core/expr.d.ts` 323 | Supporting types | |
398
+ | `TypedOutputRow` | interface | `dist/bpmn/typed-node.d.ts` 173-197 | Supporting types | 8 field(s) |
399
+ | `VarDirection` | type | `dist/bpmn/bpmn-sdk.d.ts` 330-334 | Supporting types | How a variable is exposed: `'input'` (read-only entry input), `'output'` (a return value), or `'inputOutput'` (a mutable… |
400
+ | `VarOpts` | interface | `dist/bpmn/bpmn-sdk.d.ts` 1231-1255 | Option shapes | Options for `.var()` / `.input()` / `.output()`. |
@@ -30,6 +30,8 @@ __all__ = [
30
30
  "ConnectionError_",
31
31
  "byoa_connections",
32
32
  "byoa_listing",
33
+ "candidate_connections",
34
+ "candidate_listing",
33
35
  "discover_connection",
34
36
  "lookup_connection",
35
37
  "merge_bindings",
@@ -130,6 +132,48 @@ def discover_connection(connector_key: str, name: str | None = None) -> dict:
130
132
  return rows[0]
131
133
 
132
134
 
135
+ def candidate_connections(connector_key: str, name: str | None = None) -> list[dict]:
136
+ """Every enabled connection for `connector_key`, own folder FIRST.
137
+
138
+ `discover_connection` answers "which one" and stops at the first non-empty
139
+ scope, which is right for picking a connection and wrong for retrying one:
140
+ when the own-folder listing holds exactly one, the tenant-wide connections
141
+ are never even looked at. So a lookup that exhausts the personal-workspace
142
+ connection reports a bad VALUE while the record sits in another folder's
143
+ connection (flow-builder-sdk#744, measured on two Jira connections where
144
+ only the second carried project `TS`).
145
+
146
+ Ordering is the same preference `discover_connection` encodes — the caller's
147
+ own folder is the likeliest and is tried first — but nothing is dropped.
148
+ Deduplicated by `Id`, because the tenant-wide listing repeats the own-folder
149
+ rows.
150
+
151
+ This does NOT decide anything, and in particular does not raise on several
152
+ matches: choosing among them is the caller's job, and the only honest way to
153
+ choose is evidence (a lookup that resolves on exactly one). That keeps this
154
+ module's rule intact — ambiguity is never resolved by guessing.
155
+ """
156
+ ordered: list[dict] = []
157
+ seen: set[str] = set()
158
+ for all_folders in (False, True):
159
+ for row in _matching(_list(all_folders=all_folders), connector_key, name):
160
+ identifier = str(row.get("Id", ""))
161
+ if identifier and identifier in seen:
162
+ continue
163
+ seen.add(identifier)
164
+ ordered.append(row)
165
+ return ordered
166
+
167
+
168
+ def candidate_listing(rows: list[dict], indent: str = " ") -> str:
169
+ """The candidates, one pasteable `--connection-id` line each."""
170
+ return "\n".join(
171
+ f"{indent}{row.get('Name')} --connection-id {row.get('Id')}"
172
+ f" (folder: {row.get('Folder')})"
173
+ for row in rows
174
+ )
175
+
176
+
133
177
  def _enabled_listing(rows: list[dict], connector_key: str) -> str:
134
178
  """The enabled connections for `connector_key`, one per line, pasteable."""
135
179
  enabled = _matching(rows, connector_key, None)
@@ -25,6 +25,7 @@ import subprocess
25
25
  import sys
26
26
 
27
27
  __all__ = [
28
+ "LookupExhausted",
28
29
  "ResolutionError",
29
30
  "parse_resolve_flag",
30
31
  "resolve_one",
@@ -55,6 +56,36 @@ class ResolutionError(Exception):
55
56
  """A lookup that could not be resolved, with the reason a human needs."""
56
57
 
57
58
 
59
+ class LookupExhausted(ResolutionError):
60
+ """The collection was read to the end on THIS connection and had no match.
61
+
62
+ Split out from its parent because the two failures want opposite responses
63
+ and the caller cannot tell them apart from a message. A transport or
64
+ permission failure says nothing about whether the value exists — retrying it
65
+ on another connection would hide a broken call behind a confident "no
66
+ connection has it". An exhaustive miss is positive evidence about this
67
+ connection specifically, and is the signal `prepare` uses to demote it and
68
+ try the next candidate (flow-builder-sdk#744).
69
+
70
+ `capped` flips that: a scan stopped at the record cap did NOT reach the end,
71
+ so it is not evidence of absence and must not demote anything.
72
+
73
+ The attributes carry the counts so a caller can report per-candidate results
74
+ without re-parsing the sentence.
75
+ """
76
+
77
+ def __init__(self, message: str, *, field: str, collection: str, by: str,
78
+ value: str, scanned: int, pages: int, capped: bool) -> None:
79
+ super().__init__(message)
80
+ self.field = field
81
+ self.collection = collection
82
+ self.by = by
83
+ self.value = value
84
+ self.scanned = scanned
85
+ self.pages = pages
86
+ self.capped = capped
87
+
88
+
58
89
  def parse_resolve_flag(raw: str) -> tuple[str, str, str]:
59
90
  """`channel:profile.email=dustin@example.com` -> (field, by, value).
60
91
 
@@ -261,13 +292,28 @@ def resolve_one(
261
292
  query = f"{query}&nextPage={token}" if query else f"nextPage={token}"
262
293
 
263
294
  capped = scanned >= MAX_SCANNED or pages > PAGE_GUARD
264
- raise ResolutionError(
295
+ # This states the FACT and stops; `prepare` owns the remedy, because
296
+ # `prepare` is what knows the other candidate connections.
297
+ #
298
+ # It deliberately carries NO "check the value" and NO `uip is resources`
299
+ # pointer. The old text led with both: it named only the value as suspect
300
+ # when the connection is equally suspect, and then sent the reader to a
301
+ # tenant crawl the skill explicitly rules out ("Tenant discovery is not a
302
+ # phase of either loop", references/CLI-LOOP.md). An agent followed that
303
+ # advice into exactly what it had been told not to do — 50 of 94 Bash calls
304
+ # hand-crawling Integration Service, 41 of them paging this collection, and
305
+ # the run hit its ceiling without producing a flow (flow-builder-sdk#744).
306
+ #
307
+ # The listing command is still offered, once, by the caller's terminal
308
+ # report — where every connection has been tried and seeing what IS there
309
+ # is finally the next step rather than a detour.
310
+ raise LookupExhausted(
265
311
  f"{field}: no record in {collection!r} has {by}={value!r} "
266
312
  f"(scanned {scanned} record(s) across {pages + 1} page(s)"
267
313
  + (f"; STOPPED AT THE {MAX_SCANNED}-record cap, so the value may be "
268
- f"further in" if capped else "")
269
- + ").\n"
270
- f"Check the value, or list the collection to see what is there:\n"
271
- f" uip is resources run list {connector_key} {collection} "
272
- f"--connection-id {connection_id}"
314
+ f"further in" if capped
315
+ else "; collection exhausted")
316
+ + f") on connection {connection_id}.",
317
+ field=field, collection=collection, by=by, value=value,
318
+ scanned=scanned, pages=pages + 1, capped=capped,
273
319
  )
@@ -382,6 +382,12 @@ def main() -> None:
382
382
  # step that removes 4-7 tool calls per task: listing connections, filtering
383
383
  # them, and then hunting Orchestrator for a folder key that was on the
384
384
  # connection record all along.
385
+ # Whether the CALLER chose the connection, recorded before discovery
386
+ # overwrites `connection_id` with its own answer. An explicit choice is never
387
+ # second-guessed: the retry in `_write_resolutions` is for a connection this
388
+ # command picked, not for one the author named (flow-builder-sdk#744).
389
+ args._connection_pinned = bool(args.connection_id or args.connection)
390
+
385
391
  if not args.connection_id:
386
392
  try:
387
393
  found = _connections.discover_connection(args.key, args.connection)
@@ -1125,6 +1131,14 @@ def _write_resolutions(args, node_type: str) -> None:
1125
1131
  args.key, specs[field], field, by, value,
1126
1132
  args.connection_id, resolved_values,
1127
1133
  )
1134
+ except _resolve.LookupExhausted as error:
1135
+ # The collection was read to the END on this connection and the
1136
+ # value is not in it. That is evidence about the CONNECTION, not
1137
+ # only about the value — so before failing, try the other enabled
1138
+ # connections for this connector. A transport failure is the
1139
+ # sibling exception below and is never retried: retrying it would
1140
+ # dress a broken call up as "no connection has it".
1141
+ _retry_or_exit(args, node_type, specs, ordered, error)
1128
1142
  except _resolve.ResolutionError as error:
1129
1143
  sys.exit(f"prepare-connector: {error}")
1130
1144
  resolved_values[field] = got
@@ -1143,6 +1157,164 @@ def _write_resolutions(args, node_type: str) -> None:
1143
1157
  print(f" wrote {len(existing)} resolution(s) to {path}")
1144
1158
 
1145
1159
 
1160
+ def _candidate_label(row: dict) -> str:
1161
+ """`name (folder)` for a per-candidate report line."""
1162
+ return f"{row.get('Name')} ({row.get('Folder')})"
1163
+
1164
+
1165
+ def _probe_candidate(args, specs, ordered, connection_id: str):
1166
+ """Resolve every requested lookup against one connection.
1167
+
1168
+ Returns `None` when all of them resolve, or the first reason they did not:
1169
+ `("exhausted", <LookupExhausted>)` or `("error", <ResolutionError>)`. The
1170
+ two are kept apart all the way up, because only the first is evidence about
1171
+ the connection.
1172
+ """
1173
+ resolved: dict[str, str] = {}
1174
+ for field, by, value in ordered:
1175
+ try:
1176
+ resolved[field] = _resolve.resolve_one(
1177
+ args.key, specs[field], field, by, value, connection_id, resolved,
1178
+ )
1179
+ except _resolve.LookupExhausted as error:
1180
+ return ("exhausted", error)
1181
+ except _resolve.ResolutionError as error:
1182
+ return ("error", error)
1183
+ return None
1184
+
1185
+
1186
+ def _retry_or_exit(args, node_type: str, specs, ordered, first) -> None:
1187
+ """Try the other candidate connections, or exit explaining what was tried.
1188
+
1189
+ NEVER RETURNS. Either it re-execs this command pinned to a connection that
1190
+ resolves everything, or it exits with a report.
1191
+ """
1192
+ if args._connection_pinned:
1193
+ # An explicit --connection-id / --connection is the author's decision and
1194
+ # is not overridden. The alternatives are still named, because the whole
1195
+ # cost of this bug was not knowing they existed.
1196
+ others = [
1197
+ row for row in _connections.candidate_connections(args.key)
1198
+ if str(row.get("Id")) != str(args.connection_id)
1199
+ ]
1200
+ extra = ""
1201
+ if others:
1202
+ extra = (
1203
+ f"\n{len(others)} other enabled {args.key} connection"
1204
+ f"{'s' if len(others) > 1 else ''} exist"
1205
+ f"{'' if len(others) > 1 else 's'}:\n"
1206
+ f"{_connections.candidate_listing(others)}\n"
1207
+ "Re-run against one of those, or check the value. This run kept the "
1208
+ "connection you named."
1209
+ )
1210
+ sys.exit(f"prepare-connector: {first}{extra}")
1211
+
1212
+ try:
1213
+ candidates = _connections.candidate_connections(args.key, args.connection)
1214
+ except _connections.ConnectionError_ as error:
1215
+ # The listing itself failed; report the original lookup failure, which is
1216
+ # the thing the author asked about.
1217
+ sys.exit(f"prepare-connector: {first}\n(could not list other connections: {error})")
1218
+
1219
+ others = [row for row in candidates
1220
+ if str(row.get("Id")) != str(args.connection_id)]
1221
+ if not others:
1222
+ sys.exit(
1223
+ f"prepare-connector: {first}\n"
1224
+ f"This is the only enabled {args.key} connection on the tenant, so the "
1225
+ "value is what to check."
1226
+ )
1227
+
1228
+ print(f" {first.field}: not on this connection; trying "
1229
+ f"{len(others)} other {args.key} connection(s)")
1230
+ winners: list[dict] = []
1231
+ report: list[str] = []
1232
+ for row in others:
1233
+ outcome = _probe_candidate(args, specs, ordered, str(row.get("Id")))
1234
+ if outcome is None:
1235
+ winners.append(row)
1236
+ report.append(f" {_candidate_label(row)} resolves all "
1237
+ f"{len(ordered)} lookup(s)")
1238
+ continue
1239
+ kind, error = outcome
1240
+ if kind == "exhausted":
1241
+ report.append(
1242
+ f" {_candidate_label(row)} {error.field}: "
1243
+ f"{error.scanned} record(s) scanned, no match")
1244
+ else:
1245
+ report.append(f" {_candidate_label(row)} {error}")
1246
+
1247
+ if len(winners) == 1:
1248
+ chosen = winners[0]
1249
+ # Undo the bindings this run wrote for the connection that cannot serve
1250
+ # the lookups, then start over pinned to the one that can. Re-running
1251
+ # rather than switching in place is deliberate: the overlay and its
1252
+ # lookup specs are described THROUGH a connection
1253
+ # (`_lookup_specs_from_overlay`), so adopting a different connection
1254
+ # after the describe would leave the overlay describing one connection
1255
+ # while bindings.json names another.
1256
+ _restore_bindings(args)
1257
+ print(f" connection: {_candidate_label(chosen)} resolves "
1258
+ f"{first.field}; re-running against it "
1259
+ f"(--connection-id {chosen.get('Id')})")
1260
+ argv = [sys.executable, *sys.argv,
1261
+ "--connection-id", str(chosen.get("Id"))]
1262
+ # The ledger keys a resolution by [nodeType, field, by, value] and NOT by
1263
+ # connection, so an id recorded against the connection just abandoned
1264
+ # would be reused as "already resolved". Force the re-run to resolve
1265
+ # against the connection it actually pins.
1266
+ if not args.refresh_lookups:
1267
+ argv.append("--refresh-lookups")
1268
+ sys.stdout.flush()
1269
+ try:
1270
+ os.execv(sys.executable, argv)
1271
+ except OSError as error:
1272
+ # `execv` does not return on success, so reaching here means the
1273
+ # re-run could not start. Hand back the command rather than a
1274
+ # traceback: the author is one paste from the answer.
1275
+ pinned = " ".join(argv[2:])
1276
+ sys.exit(
1277
+ f"prepare-connector: {first}\n"
1278
+ f"{_candidate_label(chosen)} resolves it, but this command could "
1279
+ f"not re-run itself ({error}). Run:\n prepare {pinned}"
1280
+ )
1281
+ # Unreachable in production — execv replaced the process. Kept so the
1282
+ # function can never fall through to the report below, which would
1283
+ # contradict the line just printed.
1284
+ raise SystemExit(0)
1285
+
1286
+ if len(winners) > 1:
1287
+ sys.exit(
1288
+ f"prepare-connector: {len(winners)} {args.key} connections resolve "
1289
+ f"every requested lookup, and they are not interchangeable — the ids "
1290
+ f"they return differ per connection. Pick the one you mean:\n"
1291
+ f"{_connections.candidate_listing(winners)}"
1292
+ )
1293
+
1294
+ # Nothing resolved anywhere. Report every candidate and what it held, the
1295
+ # one connection first, so the reader can see the value really is absent
1296
+ # rather than guess which connection was asked.
1297
+ original = next(
1298
+ (row for row in candidates
1299
+ if str(row.get("Id")) == str(args.connection_id)),
1300
+ {"Name": args.connection_id, "Folder": "?"},
1301
+ )
1302
+ lines = [f" {_candidate_label(original)} {first.field}: "
1303
+ f"{first.scanned} record(s) scanned, no match", *report]
1304
+ # HERE is where the collection listing finally belongs: every connection has
1305
+ # been tried, so seeing what the collection actually holds is the next step
1306
+ # rather than the detour it is while a retry is still available.
1307
+ sys.exit(
1308
+ f"prepare-connector: no {args.key} connection could resolve "
1309
+ f"{first.field}: {first.by}={first.value!r}\n"
1310
+ + "\n".join(lines) + "\n"
1311
+ "Every candidate was read to the end, so the value is what to check now. "
1312
+ f"To see what {first.collection!r} holds:\n"
1313
+ f" uip is resources run list {args.key} {first.collection} "
1314
+ f"--connection-id {args.connection_id}"
1315
+ )
1316
+
1317
+
1146
1318
  def _lookup_specs_from_overlay(
1147
1319
  out_dir: str, node_type: str, object_name: str | None = None,
1148
1320
  ) -> dict:
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@uipath/maestro-builder-sdk",
3
- "version": "6.0.0",
3
+ "version": "6.1.0",
4
4
  "description": "Build UiPath Flow, Case, and BPMN artifacts by writing TypeScript.",
5
5
  "license": "MIT",
6
6
  "homepage": "https://docs.uipath.com/maestro",
@@ -64,9 +64,9 @@
64
64
  "node": ">=22.6"
65
65
  },
66
66
  "scripts": {
67
- "build": "tsc && tsc -p cli/tsconfig.json && cp src/core-definitions.json dist/core-definitions.json && cp src/ixp-definition.json dist/ixp-definition.json && cp src/bpmn/uipath-moddle.v1.json dist/bpmn/uipath-moddle.v1.json && cp src/bpmn/registry-types.json dist/bpmn/registry-types.json && node scripts/copy-registry-generators.mjs && node scripts/extract-api-model.mjs --check && node scripts/gen-api-reference.mjs --check && node scripts/api-doc-coverage.mjs --check && node scripts/check-api-docs.mjs",
67
+ "build": "tsc && tsc -p cli/tsconfig.json && cp skill/references/api-index.md dist/api-index.md && cp src/core-definitions.json dist/core-definitions.json && cp src/ixp-definition.json dist/ixp-definition.json && cp src/bpmn/uipath-moddle.v1.json dist/bpmn/uipath-moddle.v1.json && cp src/bpmn/registry-types.json dist/bpmn/registry-types.json && node scripts/copy-registry-generators.mjs && node scripts/extract-api-model.mjs --check && node scripts/gen-api-reference.mjs --check && node scripts/gen-api-index.mjs --check && node scripts/api-doc-coverage.mjs --check && node scripts/check-api-docs.mjs",
68
68
  "check:package": "node scripts/check-package-contents.mjs",
69
- "generate:api": "node scripts/extract-api-model.mjs && node scripts/gen-api-reference.mjs",
69
+ "generate:api": "node scripts/extract-api-model.mjs && node scripts/gen-api-reference.mjs && node scripts/gen-api-index.mjs",
70
70
  "docs:check": "node scripts/check-api-docs.mjs",
71
71
  "coverage:flow": "node scripts/audit-flow-coverage.mjs",
72
72
  "coverage:case": "node scripts/audit-case-coverage.mjs",
@@ -87,5 +87,5 @@
87
87
  "@types/node": "^22.7.0",
88
88
  "esbuild": "^0.28.1"
89
89
  },
90
- "gitref": "8c327b39940d34432128dd713c731027bb00fbde"
90
+ "gitref": "e83d0f29f4df2228bcd751abf688e40daae0523d"
91
91
  }