@wildo-ai/external-connectors-models 1.1.4 → 1.1.6
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.
- package/dist/esm/companion-exports.d.ts.map +1 -1
- package/dist/esm/core/commons.external-connectors-models.schemas.d.ts +23 -132
- package/dist/esm/core/commons.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/core/commons.external-connectors-models.schemas.js +23 -31
- package/dist/esm/core/commons.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/core/operation-classification.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/core/operation-classification.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/core/security.external-connectors-models.schemas.d.ts +40 -8
- package/dist/esm/core/security.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/core/security.external-connectors-models.schemas.js +61 -14
- package/dist/esm/core/security.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/index.d.ts +5 -2
- package/dist/esm/index.d.ts.map +1 -1
- package/dist/esm/index.js +5 -2
- package/dist/esm/index.js.map +1 -1
- package/dist/esm/protocols/agent-client-protocol.external-connectors-models.schemas.d.ts +78 -163
- package/dist/esm/protocols/agent-client-protocol.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/agent-client-protocol.external-connectors-models.schemas.js +78 -93
- package/dist/esm/protocols/agent-client-protocol.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/protocols/billing.standard-interface.schemas.d.ts +258 -13
- package/dist/esm/protocols/billing.standard-interface.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/billing.standard-interface.schemas.js +41 -0
- package/dist/esm/protocols/billing.standard-interface.schemas.js.map +1 -1
- package/dist/esm/protocols/document-extraction.external-connectors-models.schemas.d.ts +57 -17
- package/dist/esm/protocols/document-extraction.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/document-extraction.external-connectors-models.schemas.js +26 -7
- package/dist/esm/protocols/document-extraction.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/protocols/email-inbound.standard-interface.schemas.d.ts +229 -0
- package/dist/esm/protocols/email-inbound.standard-interface.schemas.d.ts.map +1 -0
- package/dist/esm/protocols/email-inbound.standard-interface.schemas.js +160 -0
- package/dist/esm/protocols/email-inbound.standard-interface.schemas.js.map +1 -0
- package/dist/esm/protocols/email.external-connectors-models.schemas.d.ts +1 -56
- package/dist/esm/protocols/email.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/email.external-connectors-models.schemas.js +0 -20
- package/dist/esm/protocols/email.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/protocols/email.standard-interface.schemas.d.ts +4 -4
- package/dist/esm/protocols/email.standard-interface.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/embeddings.external-connectors-models.schemas.d.ts +1 -16
- package/dist/esm/protocols/embeddings.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/embeddings.external-connectors-models.schemas.js +4 -9
- package/dist/esm/protocols/embeddings.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/protocols/file-storage.standard-interface.d.ts +179 -0
- package/dist/esm/protocols/file-storage.standard-interface.d.ts.map +1 -0
- package/dist/esm/protocols/file-storage.standard-interface.js +79 -0
- package/dist/esm/protocols/file-storage.standard-interface.js.map +1 -0
- package/dist/esm/protocols/frontend.external-connectors-models.schemas.d.ts +6 -13
- package/dist/esm/protocols/frontend.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/frontend.external-connectors-models.schemas.js +0 -9
- package/dist/esm/protocols/frontend.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/protocols/hooks-capability.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/hooks-capability.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/protocols/hooks.external-connectors-models.schemas.d.ts +20 -16
- package/dist/esm/protocols/hooks.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/hooks.external-connectors-models.schemas.js +12 -9
- package/dist/esm/protocols/hooks.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/protocols/image.external-connectors-models.schemas.d.ts +1 -18
- package/dist/esm/protocols/image.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/image.external-connectors-models.schemas.js +1 -7
- package/dist/esm/protocols/image.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/protocols/llm.external-connectors-models.schemas.d.ts +100 -40
- package/dist/esm/protocols/llm.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/llm.external-connectors-models.schemas.js +164 -41
- package/dist/esm/protocols/llm.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/protocols/oauth2-provider-assurance.definitions.d.ts +7 -0
- package/dist/esm/protocols/oauth2-provider-assurance.definitions.d.ts.map +1 -0
- package/dist/esm/protocols/oauth2-provider-assurance.definitions.js +36 -0
- package/dist/esm/protocols/oauth2-provider-assurance.definitions.js.map +1 -0
- package/dist/esm/protocols/oauth2-provider-assurance.schemas.d.ts +23 -0
- package/dist/esm/protocols/oauth2-provider-assurance.schemas.d.ts.map +1 -0
- package/dist/esm/protocols/oauth2-provider-assurance.schemas.js +25 -0
- package/dist/esm/protocols/oauth2-provider-assurance.schemas.js.map +1 -0
- package/dist/esm/protocols/oauth2.external-connectors-models.schemas.d.ts +0 -148
- package/dist/esm/protocols/oauth2.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/oauth2.external-connectors-models.schemas.js +1 -40
- package/dist/esm/protocols/oauth2.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/protocols/provider-oauth2-token-endpoint-hosts.external-connectors-models.d.ts +39 -0
- package/dist/esm/protocols/provider-oauth2-token-endpoint-hosts.external-connectors-models.d.ts.map +1 -0
- package/dist/esm/protocols/provider-oauth2-token-endpoint-hosts.external-connectors-models.js +66 -0
- package/dist/esm/protocols/provider-oauth2-token-endpoint-hosts.external-connectors-models.js.map +1 -0
- package/dist/esm/protocols/rest-operations.external-connectors-models.schemas.d.ts +863 -16
- package/dist/esm/protocols/rest-operations.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/rest-operations.external-connectors-models.schemas.js +703 -0
- package/dist/esm/protocols/rest-operations.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/protocols/sms.external-connectors-models.schemas.d.ts +0 -39
- package/dist/esm/protocols/sms.external-connectors-models.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/sms.external-connectors-models.schemas.js +0 -13
- package/dist/esm/protocols/sms.external-connectors-models.schemas.js.map +1 -1
- package/dist/esm/protocols/sms.standard-interface.schemas.d.ts +1 -1
- package/dist/esm/protocols/sms.standard-interface.schemas.d.ts.map +1 -1
- package/dist/esm/protocols/sms.standard-interface.schemas.js.map +1 -1
- package/dist/tsconfig.build.tsbuildinfo +1 -1
- package/package.json +2 -3
- package/dist/esm/core/protocols.external-connectors-models.schemas.d.ts +0 -74
- package/dist/esm/core/protocols.external-connectors-models.schemas.d.ts.map +0 -1
- package/dist/esm/core/protocols.external-connectors-models.schemas.js +0 -1
- package/dist/esm/core/protocols.external-connectors-models.schemas.js.map +0 -1
- package/dist/esm/protocols/rest-api.external-connectors-models.schemas.d.ts +0 -37
- package/dist/esm/protocols/rest-api.external-connectors-models.schemas.d.ts.map +0 -1
- package/dist/esm/protocols/rest-api.external-connectors-models.schemas.js +0 -10
- package/dist/esm/protocols/rest-api.external-connectors-models.schemas.js.map +0 -1
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
import { z } from "zod";
|
|
2
|
-
import { ExternalProvider_ExchangeProtocol_Configuration_Base, ExternalProvider_ExchangeProtocol_Kind
|
|
2
|
+
import { ExternalProvider_ExchangeProtocol_Configuration_Base, ExternalProvider_ExchangeProtocol_Kind } from "../core/commons.external-connectors-models.schemas";
|
|
3
3
|
import { ExternalProvider_OperationDefinition_Base } from "../core/operations.external-connectors-models.schemas";
|
|
4
4
|
export declare enum LLM_Model {
|
|
5
5
|
OPEN_AI_O1 = "o1",
|
|
@@ -26,7 +26,9 @@ export declare enum LLM_Model {
|
|
|
26
26
|
OPEN_AI_GPT_3_5_TURBO = "gpt-3.5-turbo",
|
|
27
27
|
/** Anthropic's most intelligent generally-available model (Claude 5 family, Mythos-class tier). */
|
|
28
28
|
CLAUDE_FABLE_5 = "claude-fable-5",
|
|
29
|
-
/** Claude 5 family Opus tier. Same no-sampling-params contract as the rest of the family. */
|
|
29
|
+
/** Claude 5 family Opus tier, 5.5 revision. Same no-sampling-params contract as the rest of the family. */
|
|
30
|
+
CLAUDE_OPUS_5_5 = "claude-opus-5-5",
|
|
31
|
+
/** Claude 5 family Opus tier (superseded by CLAUDE_OPUS_5_5). Same no-sampling-params contract as the rest of the family. */
|
|
30
32
|
CLAUDE_OPUS_5 = "claude-opus-5",
|
|
31
33
|
/** Claude 5 family workhorse. */
|
|
32
34
|
CLAUDE_SONNET_5 = "claude-sonnet-5",
|
|
@@ -90,12 +92,13 @@ export declare enum LLM_Model_Thinking_Capability {
|
|
|
90
92
|
OPTIONAL = "optional",
|
|
91
93
|
/**
|
|
92
94
|
* The model ALWAYS reasons and thinking CANNOT be disabled (o-series,
|
|
93
|
-
* `claude-fable-5`). Every effort is valid EXCEPT `NONE` — asking such a model
|
|
95
|
+
* `claude-fable-5`, `claude-opus-5-5`). Every effort is valid EXCEPT `NONE` — asking such a model
|
|
94
96
|
* not to think is a provider error, not a preference.
|
|
95
97
|
*
|
|
96
98
|
* NOT a property of a model FAMILY: measured 2026-09-08, `claude-fable-5`
|
|
97
99
|
* refuses `thinking.type.disabled` while `claude-sonnet-5` and
|
|
98
|
-
* `claude-opus-5` accept it
|
|
100
|
+
* `claude-opus-5` accept it — and on 2026-09-24 `claude-opus-5-5` refused it,
|
|
101
|
+
* so even two revisions of one tier differ. Both siblings carried this value on the family's
|
|
99
102
|
* behalf for a month, which made `validateReasoningEffortForModel` refuse a
|
|
100
103
|
* configuration the provider would have honoured.
|
|
101
104
|
*/
|
|
@@ -240,15 +243,6 @@ export declare enum LLMProvider_PromptFormat {
|
|
|
240
243
|
/** Markdown headings (## Instructions, ## Context) - generic fallback */
|
|
241
244
|
MARKDOWN_HEADINGS = "markdown_headings"
|
|
242
245
|
}
|
|
243
|
-
export type LLMProvider_Profile = ExternalProvider_ExchangeProtocol_Profile_Base & {
|
|
244
|
-
baseURL?: string;
|
|
245
|
-
/** Preferred prompt format for this provider (XML for Claude, MESSAGE_ROLES for OpenAI, etc.) */
|
|
246
|
-
promptFormatPreference: LLMProvider_PromptFormat;
|
|
247
|
-
/** Whether provider supports system messages (most modern LLMs do) */
|
|
248
|
-
supportsSystemMessage: boolean;
|
|
249
|
-
/** Whether provider benefits from structured context tags (e.g., XML tags for Claude) */
|
|
250
|
-
prefersStructuredContext: boolean;
|
|
251
|
-
};
|
|
252
246
|
export type LLMProvider_Configuration = ExternalProvider_ExchangeProtocol_Configuration_Base & {
|
|
253
247
|
customLocation?: string;
|
|
254
248
|
maxStructuredDataFieldAllowed?: number;
|
|
@@ -282,12 +276,13 @@ export type LLMProvider_ToolChoice = z.infer<typeof LLMProvider_ToolChoice_Schem
|
|
|
282
276
|
* | Model | Supported | Rejected |
|
|
283
277
|
* |--------------------------------------|---------------------------------|-------------------------------|
|
|
284
278
|
* | GPT-5.6 sol / terra / luna | none, low, medium, high, xhigh | `minimal`, `provider-default` |
|
|
285
|
-
* | claude-fable-5
|
|
279
|
+
* | claude-fable-5 · claude-opus-5-5 | low, medium, high, xhigh | **`none`**, `minimal`, `provider-default` |
|
|
286
280
|
* | claude-sonnet-5 · claude-opus-5 | none, low, medium, high, xhigh | `minimal`, `provider-default` |
|
|
287
281
|
*
|
|
288
282
|
* ⚠️ `NONE` is NOT portable, but the line is finer than "OpenAI yes, Anthropic
|
|
289
|
-
* no": `claude-fable-5`
|
|
290
|
-
*
|
|
283
|
+
* no": `claude-fable-5` and `claude-opus-5-5` refuse it while `claude-sonnet-5`
|
|
284
|
+
* and `claude-opus-5` accept it, so a level legal on one Opus revision is
|
|
285
|
+
* illegal on the next —
|
|
291
286
|
* which is why the capability is a per-model probed fact and never a family
|
|
292
287
|
* assumption. `PROVIDER_DEFAULT` is rejected as an explicit value by BOTH
|
|
293
288
|
* providers — omit the field entirely for the model's own default.
|
|
@@ -549,6 +544,10 @@ export declare const LLMProvider_UsageSchema: z.ZodObject<{
|
|
|
549
544
|
cacheReadTokens: z.ZodOptional<z.ZodNumber>;
|
|
550
545
|
cacheWriteTokens: z.ZodOptional<z.ZodNumber>;
|
|
551
546
|
}, z.core.$strip>>;
|
|
547
|
+
outputTokenDetails: z.ZodOptional<z.ZodObject<{
|
|
548
|
+
textTokens: z.ZodOptional<z.ZodNumber>;
|
|
549
|
+
reasoningTokens: z.ZodOptional<z.ZodNumber>;
|
|
550
|
+
}, z.core.$strip>>;
|
|
552
551
|
}, z.core.$strip>;
|
|
553
552
|
export type LLMProvider_Usage = z.infer<typeof LLMProvider_UsageSchema>;
|
|
554
553
|
export declare const LLMProvider_TrackingSchema: z.ZodObject<{
|
|
@@ -665,14 +664,51 @@ export declare enum LLMProvider_StructuredGenerationFailureKind {
|
|
|
665
664
|
/**
|
|
666
665
|
* One structural validation issue recovered from the SDK/Zod cause chain.
|
|
667
666
|
*
|
|
668
|
-
*
|
|
669
|
-
*
|
|
670
|
-
*
|
|
671
|
-
*
|
|
667
|
+
* Never the issue's `message`: a provider validation error retains the rejected value in its message,
|
|
668
|
+
* so carrying it would copy private model output into any log, trace or persisted failure record that
|
|
669
|
+
* receives this reason. The path names the field the model got wrong.
|
|
670
|
+
*
|
|
671
|
+
* ## What the SCHEMA expected, which is not model output
|
|
672
|
+
*
|
|
673
|
+
* A path and a code say WHERE and roughly WHAT, and that is not enough for a retry to succeed. Measured
|
|
674
|
+
* 2026-09-13 on Wonder CRM's `document-release-policy`: three attempts in a row were rejected with
|
|
675
|
+
* `operatorAttestationLimitationRefs: invalid_type`, and the model repeated the same answer each time
|
|
676
|
+
* because nothing told it an ARRAY was expected. Zod 4 carries that in fields separate from the message,
|
|
677
|
+
* and every one of them is read off the SCHEMA, never off the value:
|
|
678
|
+
*
|
|
679
|
+
* - `expected` — the type an `invalid_type` wanted (`array`, `string`);
|
|
680
|
+
* - `format` / `pattern` — the format an `invalid_format` wanted, and the schema's own regex;
|
|
681
|
+
* - `values` — the options an `invalid_value` admits, i.e. the enum's members;
|
|
682
|
+
* - `keys` — the key names an `unrecognized_keys` found. Schema shape against a strict object, and it
|
|
683
|
+
* was PROJECTED by the provider service while this schema did not declare it, so the caller-side
|
|
684
|
+
* parse silently stripped it — the diagnosis its projection existed for never arrived.
|
|
685
|
+
*
|
|
686
|
+
* ## The one code for which the MESSAGE is the only content: `custom`
|
|
687
|
+
*
|
|
688
|
+
* A `custom` issue is raised by a `.refine()` / `.superRefine()` this repository AUTHORED, and it carries
|
|
689
|
+
* none of the fields above — no `expected`, no `values`, nothing read off a leaf schema, because what it
|
|
690
|
+
* refuses is a relationship BETWEEN fields that no leaf can state. Its message is where the author wrote
|
|
691
|
+
* that relationship down, so an issue projected without it says `sharedResponsibility: custom` and nothing
|
|
692
|
+
* else. Measured 2026-09-16 on Wonder CRM's `top_down.compliance-conception`: three attempts in a row were
|
|
693
|
+
* refused on `obligations.N.sharedResponsibility: custom` and the model could not correct an answer whose
|
|
694
|
+
* rule — "several governance actors require a shared-responsibility judgement" — never reached it.
|
|
695
|
+
*
|
|
696
|
+
* It is SAFE for the same reason the fields above are, and for no weaker one: the text is the schema
|
|
697
|
+
* author's, written in this repository's source, not the provider's rendering of the rejected value.
|
|
698
|
+
* `code: "custom"` is what guarantees that — every other code's message is composed by Zod around the
|
|
699
|
+
* input. **A refinement author therefore owes this field a message that names schema-shaped identifiers
|
|
700
|
+
* only** — a slug, a ref, a key, an index — exactly the category `keys` already admits, and never a
|
|
701
|
+
* fragment of the rejected content.
|
|
672
702
|
*/
|
|
673
703
|
export declare const LLMProvider_StructuredValidationIssueSchema: z.ZodObject<{
|
|
674
704
|
code: z.ZodString;
|
|
675
705
|
path: z.ZodArray<z.ZodUnion<readonly [z.ZodString, z.ZodNumber]>>;
|
|
706
|
+
expected: z.ZodOptional<z.ZodString>;
|
|
707
|
+
format: z.ZodOptional<z.ZodString>;
|
|
708
|
+
pattern: z.ZodOptional<z.ZodString>;
|
|
709
|
+
values: z.ZodOptional<z.ZodArray<z.ZodString>>;
|
|
710
|
+
keys: z.ZodOptional<z.ZodArray<z.ZodString>>;
|
|
711
|
+
refinementMessage: z.ZodOptional<z.ZodString>;
|
|
676
712
|
}, z.core.$strip>;
|
|
677
713
|
export type LLMProvider_StructuredValidationIssue = z.infer<typeof LLMProvider_StructuredValidationIssueSchema>;
|
|
678
714
|
/**
|
|
@@ -713,12 +749,44 @@ export declare const LLMProvider_StructuredGenerationFailureSchema: z.ZodObject<
|
|
|
713
749
|
validationIssues: z.ZodOptional<z.ZodArray<z.ZodObject<{
|
|
714
750
|
code: z.ZodString;
|
|
715
751
|
path: z.ZodArray<z.ZodUnion<readonly [z.ZodString, z.ZodNumber]>>;
|
|
752
|
+
expected: z.ZodOptional<z.ZodString>;
|
|
753
|
+
format: z.ZodOptional<z.ZodString>;
|
|
754
|
+
pattern: z.ZodOptional<z.ZodString>;
|
|
755
|
+
values: z.ZodOptional<z.ZodArray<z.ZodString>>;
|
|
756
|
+
keys: z.ZodOptional<z.ZodArray<z.ZodString>>;
|
|
757
|
+
refinementMessage: z.ZodOptional<z.ZodString>;
|
|
716
758
|
}, z.core.$strip>>>;
|
|
717
759
|
finishReason: z.ZodOptional<z.ZodString>;
|
|
718
760
|
generatedTextLength: z.ZodOptional<z.ZodNullable<z.ZodNumber>>;
|
|
719
761
|
rootKeys: z.ZodOptional<z.ZodArray<z.ZodString>>;
|
|
720
762
|
}, z.core.$strip>;
|
|
721
763
|
export type LLMProvider_StructuredGenerationFailure = z.infer<typeof LLMProvider_StructuredGenerationFailureSchema>;
|
|
764
|
+
/**
|
|
765
|
+
* Render ONE validation issue as `path: code (what the schema wanted)`.
|
|
766
|
+
*
|
|
767
|
+
* THE renderer for an issue, and the reason it is exported rather than inlined into the failure line
|
|
768
|
+
* below: a caller that needs issues one at a time — the meta-workflow generation port turns each into a
|
|
769
|
+
* finding fed back to the model — otherwise hand-rolls this list, and every field added to the issue
|
|
770
|
+
* afterwards reaches one copy. That has now happened three times, each time silently, each time costing
|
|
771
|
+
* live runs: the paths themselves were dropped (2026-08-29), then `expected` (2026-09-13), then a
|
|
772
|
+
* `custom` refinement's message (2026-09-16). Keeping one renderer means a site that reports an issue at
|
|
773
|
+
* all reports the whole issue.
|
|
774
|
+
*
|
|
775
|
+
* Carries no generated text — see {@link LLMProvider_StructuredValidationIssueSchema} for why each field
|
|
776
|
+
* it prints is schema shape rather than the rejected value.
|
|
777
|
+
*/
|
|
778
|
+
export declare function describeStructuredValidationIssue(issue: LLMProvider_StructuredValidationIssue): string;
|
|
779
|
+
/**
|
|
780
|
+
* Render a structured-generation failure as one operator-readable line.
|
|
781
|
+
*
|
|
782
|
+
* Lives here, beside the schema, rather than in each caller: the two labelling orchestrators alone would
|
|
783
|
+
* otherwise have hand-rolled the same rendering twice, and the value of `validationIssues` is entirely in
|
|
784
|
+
* how it is presented — a caller that quietly drops it reports "no object" with extra words.
|
|
785
|
+
*
|
|
786
|
+
* Carries no generated text, only its length — see
|
|
787
|
+
* {@link LLMProvider_StructuredGenerationFailureSchema}.
|
|
788
|
+
*/
|
|
789
|
+
export declare function describeStructuredGenerationFailure(failure: LLMProvider_StructuredGenerationFailure): string;
|
|
722
790
|
/**
|
|
723
791
|
* Read the structured-generation failure reason off an invocation's `executionContext`.
|
|
724
792
|
*
|
|
@@ -732,19 +800,6 @@ export type LLMProvider_StructuredGenerationFailure = z.infer<typeof LLMProvider
|
|
|
732
800
|
* recorded" — in either case there is nothing more specific to report than the absence
|
|
733
801
|
* of an object.
|
|
734
802
|
*/
|
|
735
|
-
/**
|
|
736
|
-
* Render a structured-generation failure as one operator-readable line.
|
|
737
|
-
*
|
|
738
|
-
* Lives here, beside the schema, rather than in each caller: the two labelling
|
|
739
|
-
* orchestrators alone would otherwise have hand-rolled the same rendering twice, and the
|
|
740
|
-
* value of `validationIssues` is entirely in how it is presented — a caller that quietly
|
|
741
|
-
* drops it reports "no object" with extra words. Keeping one renderer means a site that
|
|
742
|
-
* reports the reason at all reports the whole reason.
|
|
743
|
-
*
|
|
744
|
-
* Carries no generated text, only its length — see
|
|
745
|
-
* {@link LLMProvider_StructuredGenerationFailureSchema}.
|
|
746
|
-
*/
|
|
747
|
-
export declare function describeStructuredGenerationFailure(failure: LLMProvider_StructuredGenerationFailure): string;
|
|
748
803
|
export declare function readStructuredGenerationFailure(executionContext: unknown): LLMProvider_StructuredGenerationFailure | undefined;
|
|
749
804
|
export declare const LLMProvider_OperationContext_BaseSchema: z.ZodObject<{
|
|
750
805
|
callTimestamp: z.ZodISODateTime;
|
|
@@ -761,6 +816,10 @@ export declare const LLMProvider_OperationContext_BaseSchema: z.ZodObject<{
|
|
|
761
816
|
cacheReadTokens: z.ZodOptional<z.ZodNumber>;
|
|
762
817
|
cacheWriteTokens: z.ZodOptional<z.ZodNumber>;
|
|
763
818
|
}, z.core.$strip>>;
|
|
819
|
+
outputTokenDetails: z.ZodOptional<z.ZodObject<{
|
|
820
|
+
textTokens: z.ZodOptional<z.ZodNumber>;
|
|
821
|
+
reasoningTokens: z.ZodOptional<z.ZodNumber>;
|
|
822
|
+
}, z.core.$strip>>;
|
|
764
823
|
}, z.core.$strip>>;
|
|
765
824
|
outputTracking: z.ZodOptional<z.ZodObject<{
|
|
766
825
|
toolsUsed: z.ZodOptional<z.ZodArray<z.ZodObject<{
|
|
@@ -816,6 +875,12 @@ export declare const LLMProvider_OperationContext_BaseSchema: z.ZodObject<{
|
|
|
816
875
|
validationIssues: z.ZodOptional<z.ZodArray<z.ZodObject<{
|
|
817
876
|
code: z.ZodString;
|
|
818
877
|
path: z.ZodArray<z.ZodUnion<readonly [z.ZodString, z.ZodNumber]>>;
|
|
878
|
+
expected: z.ZodOptional<z.ZodString>;
|
|
879
|
+
format: z.ZodOptional<z.ZodString>;
|
|
880
|
+
pattern: z.ZodOptional<z.ZodString>;
|
|
881
|
+
values: z.ZodOptional<z.ZodArray<z.ZodString>>;
|
|
882
|
+
keys: z.ZodOptional<z.ZodArray<z.ZodString>>;
|
|
883
|
+
refinementMessage: z.ZodOptional<z.ZodString>;
|
|
819
884
|
}, z.core.$strip>>>;
|
|
820
885
|
finishReason: z.ZodOptional<z.ZodString>;
|
|
821
886
|
generatedTextLength: z.ZodOptional<z.ZodNullable<z.ZodNumber>>;
|
|
@@ -951,9 +1016,11 @@ export declare const LLMProvider_GenerateStructuredInputSchema: z.ZodObject<{
|
|
|
951
1016
|
type: z.ZodLiteral<"image">;
|
|
952
1017
|
image: z.ZodUnion<readonly [z.ZodURL, z.ZodString]>;
|
|
953
1018
|
}, z.core.$strip>>>;
|
|
1019
|
+
includeRejectedAnswer: z.ZodOptional<z.ZodBoolean>;
|
|
954
1020
|
}, z.core.$strip>;
|
|
955
1021
|
export declare const LLMProvider_GenerateStructuredOutputSchema: z.ZodObject<{
|
|
956
1022
|
object: z.ZodUnknown;
|
|
1023
|
+
rejectedAnswer: z.ZodOptional<z.ZodString>;
|
|
957
1024
|
}, z.core.$strip>;
|
|
958
1025
|
export type LLMProvider_GenerateStructuredInput = z.infer<typeof LLMProvider_GenerateStructuredInputSchema>;
|
|
959
1026
|
export type LLMProvider_GenerateStructuredOutput = z.infer<typeof LLMProvider_GenerateStructuredOutputSchema>;
|
|
@@ -1008,11 +1075,4 @@ export declare const LLMProvider_StreamStructuredOutputSchema: z.ZodObject<{
|
|
|
1008
1075
|
}, z.core.$strip>;
|
|
1009
1076
|
export type LLMProvider_StreamStructuredInput = z.infer<typeof LLMProvider_StreamStructuredInputSchema>;
|
|
1010
1077
|
export type LLMProvider_StreamStructuredOutput = z.infer<typeof LLMProvider_StreamStructuredOutputSchema>;
|
|
1011
|
-
export declare const LLMProvider_StatusSchema: z.ZodObject<{
|
|
1012
|
-
status: z.ZodEnum<typeof import("..").ExternalProvider_Status>;
|
|
1013
|
-
lastCheckedAt: z.ZodString;
|
|
1014
|
-
errorReason: z.ZodOptional<z.ZodString>;
|
|
1015
|
-
protocolKind: z.ZodLiteral<ExternalProvider_ExchangeProtocol_Kind.LLM_PROVIDER>;
|
|
1016
|
-
}, z.core.$strip>;
|
|
1017
|
-
export type LLMProvider_Status = z.infer<typeof LLMProvider_StatusSchema>;
|
|
1018
1078
|
//# sourceMappingURL=llm.external-connectors-models.schemas.d.ts.map
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"llm.external-connectors-models.schemas.d.ts","sourceRoot":"","sources":["
|
|
1
|
+
{"version":3,"file":"llm.external-connectors-models.schemas.d.ts","sourceRoot":"","sources":["../../../../src/protocols/llm.external-connectors-models.schemas.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,CAAC,EAAE,MAAM,KAAK,CAAA;AACvB,OAAO,EAAE,oDAAoD,EAAE,sCAAsC,EAAE,MAAM,oDAAoD,CAAA;AACjK,OAAO,EAAE,yCAAyC,EAA2C,MAAM,uDAAuD,CAAA;AAU1J,oBAAY,SAAS;IAEnB,UAAU,OAAO;IACjB,eAAe,YAAY;IAC3B,eAAe,YAAY;IAC3B,eAAe,YAAY;IAa3B,sCAAsC;IACtC,mBAAmB,gBAAgB;IACnC,+CAA+C;IAC/C,qBAAqB,kBAAkB;IACvC,oCAAoC;IACpC,oBAAoB,iBAAiB;IACrC,wEAAwE;IACxE,eAAe,YAAY;IAC3B,sCAAsC;IACtC,mBAAmB,gBAAgB;IACnC,eAAe,YAAY;IAC3B,aAAa,UAAU;IACvB,kBAAkB,eAAe;IACjC,cAAc,WAAW;IACzB,mBAAmB,gBAAgB;IACnC,mBAAmB,gBAAgB;IACnC,aAAa,UAAU;IACvB,qBAAqB,kBAAkB;IAWvC,mGAAmG;IACnG,cAAc,mBAAmB;IACjC,2GAA2G;IAC3G,eAAe,oBAAoB;IACnC,6HAA6H;IAC7H,aAAa,kBAAkB;IAC/B,iCAAiC;IACjC,eAAe,oBAAoB;IACnC,oEAAoE;IACpE,eAAe,oBAAoB;IACnC,iBAAiB,sBAAsB;IACvC,gBAAgB,qBAAqB;IAGrC,0BAA0B,wBAAwB;IAClD,mBAAmB,iBAAiB;IACpC,qBAAqB,mBAAmB;IACxC,uBAAuB,qBAAqB;IAC5C,uBAAuB,yBAAyB;IAChD,qBAAqB,mBAAmB;IACxC,uBAAuB,qBAAqB;IAC5C,iBAAiB,eAAe;IAChC,wBAAwB,sBAAsB;IAG9C,aAAa,yBAAyB;IACtC,cAAc,0BAA0B;IACxC,aAAa,yBAAyB;IAGtC,6BAA6B,uBAAuB;IACpD,8BAA8B,wBAAwB;IACtD,6BAA6B,uBAAuB;IACpD,2BAA2B,qBAAqB;IAChD,4BAA4B,sBAAsB;IAClD,2BAA2B,qBAAqB;IAGhD,MAAM,WAAW;IACjB,MAAM,WAAW;IACjB,aAAa,kBAAkB;IAC/B,MAAM,WAAW;CAClB;AAGD,oBAAY,uBAAuB;IACjC,iBAAiB,sBAAsB;IACvC,gBAAgB,qBAAqB;IACrC,gBAAgB,qBAAqB;IACrC,kBAAkB,uBAAuB;IACzC,SAAS,cAAc;IACvB,gBAAgB,qBAAqB;IACrC,QAAQ,aAAa;IACrB,SAAS,cAAc;IACvB,YAAY,iBAAiB;IAC7B,eAAe,oBAAoB;CACpC;AAED;;;;;;;;;;;;;GAaG;AACH,oBAAY,6BAA6B;IACvC,iFAAiF;IACjF,IAAI,SAAS;IACb,wFAAwF;IACxF,QAAQ,aAAa;IACrB;;;;;;;;;;;OAWG;IACH,MAAM,WAAW;CAClB;AAED,oBAAY,sBAAsB;IAChC,UAAU,eAAe,CAAQ,gCAAgC;IACjE,IAAI,SAAS,CAAoB,oCAAoC;IACrE,OAAO,YAAY,CAAc,uBAAuB;IACxD,UAAU,eAAe,CAAQ,iCAAiC;IAClE,YAAY,iBAAiB;CAC9B;AAED;;;;;;;;;;;;;;;;GAgBG;AACH,oBAAY,uBAAuB;IACjC;;;;;;;;;OASG;IACH,aAAa,kBAAkB;IAE/B;;;;;;;;OAQG;IACH,oBAAoB,yBAAyB;IAE7C;;;;;;;;OAQG;IACH,sBAAsB,2BAA2B;IAEjD;;;;;;;;OAQG;IACH,qBAAqB,0BAA0B;IAE/C;;;;;;;;OAQG;IACH,eAAe,oBAAoB;IAEnC;;;;;;;;;OASG;IACH,sBAAsB,2BAA2B;CAClD;AAGD;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA6BG;AACH,oBAAY,wBAAwB;IAClC,aAAa,qBAAqB;IAClC,eAAe,uBAAuB;IACtC,WAAW,mBAAmB;IAC9B,mBAAmB,2BAA2B;IAC9C,eAAe,uBAAuB;IACtC,iBAAiB,yBAAyB;CAC3C;AACD,uEAAuE;AAGvE;;;GAGG;AACH,oBAAY,wBAAwB;IAClC,0FAA0F;IAC1F,cAAc,mBAAmB;IACjC,mEAAmE;IACnE,aAAa,kBAAkB;IAC/B,yEAAyE;IACzE,iBAAiB,sBAAsB;CACxC;AAOD,MAAM,MAAM,yBAAyB,GAAG,oDAAoD,GAAG;IAC7F,cAAc,CAAC,EAAE,MAAM,CAAC;IACxB,6BAA6B,CAAC,EAAE,MAAM,CAAC;CACxC,CAAA;AAOD,eAAO,MAAM,6BAA6B;;;mBAQxC,CAAC;AACH,MAAM,MAAM,sBAAsB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,6BAA6B,CAAC,CAAC;AAEnF;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA2CG;AACH,oBAAY,2BAA2B;IACrC,gBAAgB,qBAAqB;IACrC,IAAI,SAAS;IACb,OAAO,YAAY;IACnB,GAAG,QAAQ;IACX,MAAM,WAAW;IACjB,IAAI,SAAS;IACb,KAAK,UAAU;CAChB;AACD,6EAA6E;AAE7E;;;;;;;;;;;;;;;;;;;GAmBG;AACH,MAAM,MAAM,qBAAqB,GAAG;IAClC,4DAA4D;IAC5D,WAAW,EAAE,MAAM,CAAC;IACpB;;;;;OAKG;IACH,YAAY,CAAC,EAAE,sBAAsB,CAAC;IACtC,kEAAkE;IAClE,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB;;;;;OAKG;IACH,eAAe,EAAE,SAAS,uBAAuB,EAAE,CAAC;IACpD,4DAA4D;IAC5D,cAAc,CAAC,EAAE,SAAS,uBAAuB,EAAE,CAAC;IACpD,yDAAyD;IACzD,kBAAkB,CAAC,EAAE,6BAA6B,CAAC;IACnD,gFAAgF;IAChF,2BAA2B,CAAC,EAAE,SAAS,2BAA2B,EAAE,CAAC;IACrE,kFAAkF;IAClF,0BAA0B,CAAC,EAAE,OAAO,CAAC;CACtC,CAAC;AAEF;;;;;;;;;;;;;;GAcG;AACH,eAAO,MAAM,iBAAiB,EAAE,MAAM,CAAC,SAAS,EAAE,qBAAqB,CA4NtE,CAAC;AAEF;;;;;GAKG;AACH,eAAO,MAAM,mCAAmC,EAAE,SAAS,sBAAsB,EAIhF,CAAC;AAEF;;;;;;;;;;;;;;GAcG;AACH,eAAO,MAAM,kCAAkC,EAAE,MAAM,CAAC,uBAAuB,EAAE,SAAS,SAAS,EAAE,CA2BpG,CAAC;AAeF,4GAA4G;AAC5G,oBAAY,0BAA0B;IACpC,mEAAmE;IACnE,yBAAyB,8BAA8B;IACvD,mFAAmF;IACnF,0BAA0B,+BAA+B;IACzD,yFAAyF;IACzF,kCAAkC,uCAAuC;CAC1E;AAED,MAAM,MAAM,wBAAwB,GAAG;IACrC,aAAa,EAAE,uBAAuB,CAAC;IACvC,kFAAkF;IAClF,WAAW,EAAE,MAAM,CAAC;IACpB;;;;;;OAMG;IACH,kBAAkB,CAAC,EAAE,OAAO,CAAC,MAAM,CAAC,uBAAuB,EAAE,SAAS,SAAS,EAAE,CAAC,CAAC,CAAC;CACrF,CAAC;AAEF,MAAM,MAAM,mBAAmB,GAC3B;IAAE,QAAQ,EAAE,IAAI,CAAC;IAAC,KAAK,EAAE,SAAS,CAAC;IAAC,KAAK,EAAE,qBAAqB,CAAC;IAAC,YAAY,EAAE,OAAO,CAAA;CAAE,GACzF;IAAE,QAAQ,EAAE,KAAK,CAAC;IAAC,OAAO,EAAE,0BAA0B,CAAC;IAAC,gBAAgB,EAAE,SAAS,SAAS,EAAE,CAAA;CAAE,CAAC;AAErG;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,eAAO,MAAM,4BAA4B,GACvC,OAAO,wBAAwB,EAC/B,UAAS,MAAM,CAAC,SAAS,EAAE,qBAAqB,CAAqB,KACpE,mBA+BF,CAAC;AAEF;;;;;;;;;;;GAWG;AACH,eAAO,MAAM,6BAA6B,EAAE,OAAO,CAAC,MAAM,CAAC,SAAS,EAAE,6BAA6B,CAAC,CAKpC,CAAC;AAEjE;;;;;;;GAOG;AACH,eAAO,MAAM,uCAAuC,EAAE,OAAO,CAAC,MAAM,CAAC,SAAS,EAAE,SAAS,2BAA2B,EAAE,CAAC,CAK9C,CAAC;AAE1E;;;;GAIG;AACH,eAAO,MAAM,0BAA0B,GAAI,OAAO,MAAM,KAAG,6BAA6B,GAAG,SACxC,CAAC;AAEpD;;;;;;;;;;;;;;;;GAgBG;AACH,eAAO,MAAM,+BAA+B,GAC1C,OAAO,MAAM,EACb,QAAQ,2BAA2B,GAAG,SAAS,KAC9C,MAAM,GAAG,IAwBX,CAAC;AAEF;;;;;;;;;;;;GAYG;AACH,eAAO,MAAM,8CAA8C;;;;;;;;;;;;;;;;;iBAiE1D,CAAC;AACF,MAAM,MAAM,uCAAuC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,8CAA8C,CAAC,CAAC;AACrH,6EAA6E;AAM7E,oBAAY,wBAAwB;IAClC,IAAI,SAAS;IACb,MAAM,WAAW;IACjB,UAAU,eAAe;IACzB,cAAc,mBAAmB;IACjC,aAAa,kBAAkB;IAC/B,KAAK,UAAU;CAChB;AAED,eAAO,MAAM,uBAAuB;;;;;;;;;;;;;;iBA4BlC,CAAC;AACH,MAAM,MAAM,iBAAiB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,uBAAuB,CAAC,CAAC;AAExE,eAAO,MAAM,0BAA0B;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;iBAwCrC,CAAC;AACH,MAAM,MAAM,oBAAoB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,0BAA0B,CAAC,CAAC;AAE9E;;;;;;;;;;GAUG;AACH,oBAAY,kCAAkC;IAC5C,GAAG,QAAQ;CACZ;AAED,eAAO,MAAM,uCAAuC;;;EAGlD,CAAC;AACH,MAAM,MAAM,iCAAiC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,uCAAuC,CAAC,CAAC;AAExG,eAAO,MAAM,2CAA2C;;;;;;iBAGtD,CAAC;AACH,MAAM,MAAM,qCAAqC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,2CAA2C,CAAC,CAAC;AAEhH,eAAO,MAAM,4CAA4C;;;;;2BAOvD,CAAC;AACH,MAAM,MAAM,sCAAsC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,4CAA4C,CAAC,CAAC;AAElH;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAgCG;AACH,oBAAY,2CAA2C;IACrD,mCAAmC,wCAAwC;IAC3E,mBAAmB,wBAAwB;IAC3C,uBAAuB,4BAA4B;CACpD;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAsCG;AACH,eAAO,MAAM,2CAA2C;;;;;;;;;iBAUtD,CAAC;AACH,MAAM,MAAM,qCAAqC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,2CAA2C,CAAC,CAAC;AAEhH;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA6BG;AACH,eAAO,MAAM,6CAA6C;;;;;;;;;;;;;;;;;;iBAwCxD,CAAC;AACH,MAAM,MAAM,uCAAuC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,6CAA6C,CAAC,CAAC;AAEpH;;;;;;;;;;;;;GAaG;AACH,wBAAgB,iCAAiC,CAAC,KAAK,EAAE,qCAAqC,GAAG,MAAM,CAatG;AAED;;;;;;;;;GASG;AACH,wBAAgB,mCAAmC,CAAC,OAAO,EAAE,uCAAuC,GAAG,MAAM,CAY5G;AAED;;;;;;;;;;;;GAYG;AACH,wBAAgB,+BAA+B,CAAC,gBAAgB,EAAE,OAAO,GAAG,uCAAuC,GAAG,SAAS,CAM9H;AAED,eAAO,MAAM,uCAAuC;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;iBAalD,CAAC;AACH,MAAM,MAAM,iCAAiC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,uCAAuC,CAAC,CAAC;AAIxG,MAAM,MAAM,mCAAmC,GAAG,yCAAyC,GAAG;IAC5F,2BAA2B,CAAC,EAAE,CAAC,CAAC,SAAS,CAAC,GAAG,CAAC,CAAC;IAC/C,sBAAsB,EAAE,OAAO,uCAAuC,CAAC;IAEvE,eAAe,CAAC,EAAE,MAAM,EAAE,CAAC;CAC5B,CAAA;AAOD,oBAAY,uBAAuB;IACjC,MAAM,WAAW;IACjB,IAAI,SAAS;IACb,SAAS,cAAc;IACvB,IAAI,SAAS;CACd;AAGD,eAAO,MAAM,6BAA6B;;;iBAGxC,CAAC;AAEH,eAAO,MAAM,8BAA8B;;;iBAMzC,CAAC;AAEH,eAAO,MAAM,8BAA8B;;;iBAMzC,CAAC;AAEH,eAAO,MAAM,8BAA8B;;;iBAMzC,CAAC;AAEH,MAAM,MAAM,uBAAuB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,6BAA6B,CAAC,CAAC;AACpF,MAAM,MAAM,wBAAwB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,8BAA8B,CAAC,CAAC;AACtF,MAAM,MAAM,wBAAwB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,8BAA8B,CAAC,CAAC;AACtF,MAAM,MAAM,wBAAwB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,8BAA8B,CAAC,CAAC;AAEtF,eAAO,MAAM,6BAA6B;;;;;;;;;;;;2BAKxC,CAAC;AACH,MAAM,MAAM,uBAAuB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,6BAA6B,CAAC,CAAC;AAEpF,eAAO,MAAM,6BAA6B;;;;;;;;;;;;;;;;iBAOxC,CAAC;AACH,MAAM,MAAM,uBAAuB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,6BAA6B,CAAC,CAAC;AAGpF,eAAO,MAAM,mCAAmC;;iBAE9C,CAAC;AAEH,eAAO,MAAM,oCAAoC;;iBAE/C,CAAC;AAEH,MAAM,MAAM,6BAA6B,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,mCAAmC,CAAC,CAAC;AAChG,MAAM,MAAM,8BAA8B,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,oCAAoC,CAAC,CAAC;AAGlG,eAAO,MAAM,qCAAqC;;;;;;;;;;;;;;;;;;;iBAGhD,CAAC;AAEH,eAAO,MAAM,sCAAsC;;;;;;;;;;;;;;;;;;iBAEjD,CAAC;AAEH,MAAM,MAAM,+BAA+B,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,qCAAqC,CAAC,CAAC;AACpG,MAAM,MAAM,gCAAgC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,sCAAsC,CAAC,CAAC;AAGtG,eAAO,MAAM,iCAAiC;;;iBAG5C,CAAC;AAEH,eAAO,MAAM,kCAAkC;;iBAE7C,CAAC;AAEH,MAAM,MAAM,2BAA2B,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,iCAAiC,CAAC,CAAC;AAC5F,MAAM,MAAM,4BAA4B,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,kCAAkC,CAAC,CAAC;AAG9F,eAAO,MAAM,yCAAyC;;;;;;;;iBA2BpD,CAAC;AAEH,eAAO,MAAM,0CAA0C;;;iBAIrD,CAAC;AAEH,MAAM,MAAM,mCAAmC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,yCAAyC,CAAC,CAAC;AAC5G,MAAM,MAAM,oCAAoC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,0CAA0C,CAAC,CAAC;AAG9G,eAAO,MAAM,qCAAqC;;;;;;;;;;;;;;;;;;;iBAGhD,CAAC;AAEH,eAAO,MAAM,sCAAsC;;;;;;;;;;;;;;;;;;iBAEjD,CAAC;AAEH,MAAM,MAAM,+BAA+B,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,qCAAqC,CAAC,CAAC;AACpG,MAAM,MAAM,gCAAgC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,sCAAsC,CAAC,CAAC;AAGtG,eAAO,MAAM,uCAAuC;;;iBAGlD,CAAC;AAEH,eAAO,MAAM,wCAAwC;;;iBAGnD,CAAC;AAEH,MAAM,MAAM,iCAAiC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,uCAAuC,CAAC,CAAC;AACxG,MAAM,MAAM,kCAAkC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,wCAAwC,CAAC,CAAC"}
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
import { z } from "zod";
|
|
2
|
-
import { ExternalProvider_ExchangeProtocol_Kind
|
|
2
|
+
import { ExternalProvider_ExchangeProtocol_Kind } from "../core/commons.external-connectors-models.schemas.js";
|
|
3
3
|
import { ExternalProvider_OperationContextSchema } from "../core/operations.external-connectors-models.schemas.js";
|
|
4
4
|
//===============================================================
|
|
5
5
|
// LLM Provider
|
|
@@ -55,7 +55,9 @@ export var LLM_Model;
|
|
|
55
55
|
// rejects temperature+topP together.
|
|
56
56
|
/** Anthropic's most intelligent generally-available model (Claude 5 family, Mythos-class tier). */
|
|
57
57
|
LLM_Model["CLAUDE_FABLE_5"] = "claude-fable-5";
|
|
58
|
-
/** Claude 5 family Opus tier. Same no-sampling-params contract as the rest of the family. */
|
|
58
|
+
/** Claude 5 family Opus tier, 5.5 revision. Same no-sampling-params contract as the rest of the family. */
|
|
59
|
+
LLM_Model["CLAUDE_OPUS_5_5"] = "claude-opus-5-5";
|
|
60
|
+
/** Claude 5 family Opus tier (superseded by CLAUDE_OPUS_5_5). Same no-sampling-params contract as the rest of the family. */
|
|
59
61
|
LLM_Model["CLAUDE_OPUS_5"] = "claude-opus-5";
|
|
60
62
|
/** Claude 5 family workhorse. */
|
|
61
63
|
LLM_Model["CLAUDE_SONNET_5"] = "claude-sonnet-5";
|
|
@@ -125,12 +127,13 @@ export var LLM_Model_Thinking_Capability;
|
|
|
125
127
|
LLM_Model_Thinking_Capability["OPTIONAL"] = "optional";
|
|
126
128
|
/**
|
|
127
129
|
* The model ALWAYS reasons and thinking CANNOT be disabled (o-series,
|
|
128
|
-
* `claude-fable-5`). Every effort is valid EXCEPT `NONE` — asking such a model
|
|
130
|
+
* `claude-fable-5`, `claude-opus-5-5`). Every effort is valid EXCEPT `NONE` — asking such a model
|
|
129
131
|
* not to think is a provider error, not a preference.
|
|
130
132
|
*
|
|
131
133
|
* NOT a property of a model FAMILY: measured 2026-09-08, `claude-fable-5`
|
|
132
134
|
* refuses `thinking.type.disabled` while `claude-sonnet-5` and
|
|
133
|
-
* `claude-opus-5` accept it
|
|
135
|
+
* `claude-opus-5` accept it — and on 2026-09-24 `claude-opus-5-5` refused it,
|
|
136
|
+
* so even two revisions of one tier differ. Both siblings carried this value on the family's
|
|
134
137
|
* behalf for a month, which made `validateReasoningEffortForModel` refuse a
|
|
135
138
|
* configuration the provider would have honoured.
|
|
136
139
|
*/
|
|
@@ -315,12 +318,13 @@ export const LLMProvider_ToolChoice_Schema = z.union([
|
|
|
315
318
|
* | Model | Supported | Rejected |
|
|
316
319
|
* |--------------------------------------|---------------------------------|-------------------------------|
|
|
317
320
|
* | GPT-5.6 sol / terra / luna | none, low, medium, high, xhigh | `minimal`, `provider-default` |
|
|
318
|
-
* | claude-fable-5
|
|
321
|
+
* | claude-fable-5 · claude-opus-5-5 | low, medium, high, xhigh | **`none`**, `minimal`, `provider-default` |
|
|
319
322
|
* | claude-sonnet-5 · claude-opus-5 | none, low, medium, high, xhigh | `minimal`, `provider-default` |
|
|
320
323
|
*
|
|
321
324
|
* ⚠️ `NONE` is NOT portable, but the line is finer than "OpenAI yes, Anthropic
|
|
322
|
-
* no": `claude-fable-5`
|
|
323
|
-
*
|
|
325
|
+
* no": `claude-fable-5` and `claude-opus-5-5` refuse it while `claude-sonnet-5`
|
|
326
|
+
* and `claude-opus-5` accept it, so a level legal on one Opus revision is
|
|
327
|
+
* illegal on the next —
|
|
324
328
|
* which is why the capability is a per-model probed fact and never a family
|
|
325
329
|
* assumption. `PROVIDER_DEFAULT` is rejected as an explicit value by BOTH
|
|
326
330
|
* providers — omit the field entirely for the model's own default.
|
|
@@ -433,9 +437,10 @@ export const LLM_MODEL_CATALOG = {
|
|
|
433
437
|
// Thinking posture re-probed 2026-09-08 and it is PER MODEL, not per family.
|
|
434
438
|
// `claude-fable-5` refuses `thinking: {type:'disabled'}` (400 "…is not
|
|
435
439
|
// supported for this model; thinking defaults to adaptive") — ALWAYS.
|
|
436
|
-
// `claude-sonnet-5` and `claude-opus-5` ACCEPT it (200) — OPTIONAL.
|
|
437
|
-
//
|
|
438
|
-
//
|
|
440
|
+
// `claude-sonnet-5` and `claude-opus-5` ACCEPT it (200) — OPTIONAL.
|
|
441
|
+
// `claude-opus-5-5` (probed 2026-09-24) REFUSES it, like fable — ALWAYS. All
|
|
442
|
+
// four reject `minimal` and `provider-default` as `output_config.effort`
|
|
443
|
+
// values, whose accepted set is `low|medium|high|xhigh|max`.
|
|
439
444
|
// ---------------------------------------------------------------
|
|
440
445
|
[LLM_Model.CLAUDE_FABLE_5]: {
|
|
441
446
|
providerRef: "anthropic",
|
|
@@ -452,8 +457,35 @@ export const LLM_MODEL_CATALOG = {
|
|
|
452
457
|
LLM_Model_IO_Capability.TOOL_USE,
|
|
453
458
|
LLM_Model_IO_Capability.LONG_CONTEXT,
|
|
454
459
|
],
|
|
455
|
-
//
|
|
456
|
-
// 2026-09-
|
|
460
|
+
// Refuses `thinking: {type:'disabled'}` (re-probed 2026-09-08). Sonnet 5 and Opus 5 accept it
|
|
461
|
+
// and Opus 5.5 refuses it (2026-09-24), so this value is per model, never the family's.
|
|
462
|
+
thinkingCapability: LLM_Model_Thinking_Capability.ALWAYS,
|
|
463
|
+
unsupportedReasoningEfforts: [LLMProvider_ReasoningEffort.MINIMAL, LLMProvider_ReasoningEffort.PROVIDER_DEFAULT],
|
|
464
|
+
rejectsExplicitTemperature: true,
|
|
465
|
+
},
|
|
466
|
+
[LLM_Model.CLAUDE_OPUS_5_5]: {
|
|
467
|
+
providerRef: "anthropic",
|
|
468
|
+
availability: LLM_Model_Availability.PRODUCTION,
|
|
469
|
+
// Probed live 2026-09-24 through `live-model-smoke.test.ts` (generation, temperature
|
|
470
|
+
// rejection, thinking posture and every effort level) when the ACP coding/research lane
|
|
471
|
+
// moved onto it. Every value below is that measurement, not an inheritance from CLAUDE_OPUS_5 —
|
|
472
|
+
// and the measurement DISAGREED with Opus 5 on thinking: 5.5 refuses `thinking: {type:'disabled'}`
|
|
473
|
+
// (400 "…is not supported for this model. Use thinking.type.adaptive…"), so it is ALWAYS, as
|
|
474
|
+
// Fable is, where Opus 5 is OPTIONAL. Copying the sibling row would have been wrong.
|
|
475
|
+
probedOn: "2026-09-24",
|
|
476
|
+
applicabilities: [
|
|
477
|
+
LLM_Model_Applicability.DEEP_JUDGMENT,
|
|
478
|
+
LLM_Model_Applicability.LONG_CONTEXT_ANALYSIS,
|
|
479
|
+
LLM_Model_Applicability.STRUCTURED_AUTHORING,
|
|
480
|
+
LLM_Model_Applicability.WORKSPACE_CODING_AGENT,
|
|
481
|
+
],
|
|
482
|
+
ioCapabilities: [
|
|
483
|
+
LLM_Model_IO_Capability.MULTIMODAL_VISION,
|
|
484
|
+
LLM_Model_IO_Capability.STRUCTURED_OUTPUTS,
|
|
485
|
+
LLM_Model_IO_Capability.TOOL_USE,
|
|
486
|
+
LLM_Model_IO_Capability.CODE_GENERATION,
|
|
487
|
+
LLM_Model_IO_Capability.LONG_CONTEXT,
|
|
488
|
+
],
|
|
457
489
|
thinkingCapability: LLM_Model_Thinking_Capability.ALWAYS,
|
|
458
490
|
unsupportedReasoningEfforts: [LLMProvider_ReasoningEffort.MINIMAL, LLMProvider_ReasoningEffort.PROVIDER_DEFAULT],
|
|
459
491
|
rejectsExplicitTemperature: true,
|
|
@@ -853,6 +885,16 @@ export const LLMProvider_UsageSchema = z.object({
|
|
|
853
885
|
cacheReadTokens: z.number().optional(),
|
|
854
886
|
cacheWriteTokens: z.number().optional(),
|
|
855
887
|
}).optional(),
|
|
888
|
+
/**
|
|
889
|
+
* Exact AI-SDK output categories (`LanguageModelUsage.outputTokenDetails`), kept for acquisition-cost
|
|
890
|
+
* accounting (#1598). `reasoningTokens` is part of `completionTokens`, never in addition to it: every
|
|
891
|
+
* provider counts reasoning inside its output total. Absent `reasoningTokens` means the provider did
|
|
892
|
+
* not report the split (Anthropic and Mistral do not), which is NOT zero reasoning.
|
|
893
|
+
*/
|
|
894
|
+
outputTokenDetails: z.object({
|
|
895
|
+
textTokens: z.number().optional(),
|
|
896
|
+
reasoningTokens: z.number().optional(),
|
|
897
|
+
}).optional(),
|
|
856
898
|
});
|
|
857
899
|
export const LLMProvider_TrackingSchema = z.object({
|
|
858
900
|
// Tool execution tracking
|
|
@@ -965,14 +1007,52 @@ export var LLMProvider_StructuredGenerationFailureKind;
|
|
|
965
1007
|
/**
|
|
966
1008
|
* One structural validation issue recovered from the SDK/Zod cause chain.
|
|
967
1009
|
*
|
|
968
|
-
*
|
|
969
|
-
*
|
|
970
|
-
*
|
|
971
|
-
*
|
|
1010
|
+
* Never the issue's `message`: a provider validation error retains the rejected value in its message,
|
|
1011
|
+
* so carrying it would copy private model output into any log, trace or persisted failure record that
|
|
1012
|
+
* receives this reason. The path names the field the model got wrong.
|
|
1013
|
+
*
|
|
1014
|
+
* ## What the SCHEMA expected, which is not model output
|
|
1015
|
+
*
|
|
1016
|
+
* A path and a code say WHERE and roughly WHAT, and that is not enough for a retry to succeed. Measured
|
|
1017
|
+
* 2026-09-13 on Wonder CRM's `document-release-policy`: three attempts in a row were rejected with
|
|
1018
|
+
* `operatorAttestationLimitationRefs: invalid_type`, and the model repeated the same answer each time
|
|
1019
|
+
* because nothing told it an ARRAY was expected. Zod 4 carries that in fields separate from the message,
|
|
1020
|
+
* and every one of them is read off the SCHEMA, never off the value:
|
|
1021
|
+
*
|
|
1022
|
+
* - `expected` — the type an `invalid_type` wanted (`array`, `string`);
|
|
1023
|
+
* - `format` / `pattern` — the format an `invalid_format` wanted, and the schema's own regex;
|
|
1024
|
+
* - `values` — the options an `invalid_value` admits, i.e. the enum's members;
|
|
1025
|
+
* - `keys` — the key names an `unrecognized_keys` found. Schema shape against a strict object, and it
|
|
1026
|
+
* was PROJECTED by the provider service while this schema did not declare it, so the caller-side
|
|
1027
|
+
* parse silently stripped it — the diagnosis its projection existed for never arrived.
|
|
1028
|
+
*
|
|
1029
|
+
* ## The one code for which the MESSAGE is the only content: `custom`
|
|
1030
|
+
*
|
|
1031
|
+
* A `custom` issue is raised by a `.refine()` / `.superRefine()` this repository AUTHORED, and it carries
|
|
1032
|
+
* none of the fields above — no `expected`, no `values`, nothing read off a leaf schema, because what it
|
|
1033
|
+
* refuses is a relationship BETWEEN fields that no leaf can state. Its message is where the author wrote
|
|
1034
|
+
* that relationship down, so an issue projected without it says `sharedResponsibility: custom` and nothing
|
|
1035
|
+
* else. Measured 2026-09-16 on Wonder CRM's `top_down.compliance-conception`: three attempts in a row were
|
|
1036
|
+
* refused on `obligations.N.sharedResponsibility: custom` and the model could not correct an answer whose
|
|
1037
|
+
* rule — "several governance actors require a shared-responsibility judgement" — never reached it.
|
|
1038
|
+
*
|
|
1039
|
+
* It is SAFE for the same reason the fields above are, and for no weaker one: the text is the schema
|
|
1040
|
+
* author's, written in this repository's source, not the provider's rendering of the rejected value.
|
|
1041
|
+
* `code: "custom"` is what guarantees that — every other code's message is composed by Zod around the
|
|
1042
|
+
* input. **A refinement author therefore owes this field a message that names schema-shaped identifiers
|
|
1043
|
+
* only** — a slug, a ref, a key, an index — exactly the category `keys` already admits, and never a
|
|
1044
|
+
* fragment of the rejected content.
|
|
972
1045
|
*/
|
|
973
1046
|
export const LLMProvider_StructuredValidationIssueSchema = z.object({
|
|
974
1047
|
code: z.string(),
|
|
975
1048
|
path: z.array(z.union([z.string(), z.number()])),
|
|
1049
|
+
expected: z.string().optional(),
|
|
1050
|
+
format: z.string().optional(),
|
|
1051
|
+
pattern: z.string().optional(),
|
|
1052
|
+
values: z.array(z.string()).optional(),
|
|
1053
|
+
keys: z.array(z.string()).optional(),
|
|
1054
|
+
/** The authored message of a `custom` refinement, and present for no other code. See above. */
|
|
1055
|
+
refinementMessage: z.string().optional(),
|
|
976
1056
|
});
|
|
977
1057
|
/**
|
|
978
1058
|
* The reason a structured generation produced no object, carried back to the CALLER.
|
|
@@ -1006,7 +1086,18 @@ export const LLMProvider_StructuredValidationIssueSchema = z.object({
|
|
|
1006
1086
|
*/
|
|
1007
1087
|
export const LLMProvider_StructuredGenerationFailureSchema = z.object({
|
|
1008
1088
|
kind: z.enum(LLMProvider_StructuredGenerationFailureKind),
|
|
1009
|
-
/**
|
|
1089
|
+
/**
|
|
1090
|
+
* Human-readable one-liner, built from PAYLOAD-FREE facts — the thrown value's `name` and this
|
|
1091
|
+
* failure's `kind`.
|
|
1092
|
+
*
|
|
1093
|
+
* Deliberately NOT the caught error's own message, which is what it used to be. A provider's
|
|
1094
|
+
* structured-generation error serializes the WHOLE error into its message — the model's rejected
|
|
1095
|
+
* `text`, the `response.body`, the validation `value` — so resolving this field through it copied
|
|
1096
|
+
* private model output into every log, trace and persisted failure record that receives this
|
|
1097
|
+
* envelope, breaking the Privacy note above. Same reasoning as
|
|
1098
|
+
* {@link LLMProvider_StructuredValidationIssueSchema}, which drops each issue's message for
|
|
1099
|
+
* exactly this reason one field over.
|
|
1100
|
+
*/
|
|
1010
1101
|
message: z.string(),
|
|
1011
1102
|
/** The thrown value's `name` when it had one, else its `typeof`. */
|
|
1012
1103
|
errorName: z.string().optional(),
|
|
@@ -1035,26 +1126,39 @@ export const LLMProvider_StructuredGenerationFailureSchema = z.object({
|
|
|
1035
1126
|
rootKeys: z.array(z.string()).optional(),
|
|
1036
1127
|
});
|
|
1037
1128
|
/**
|
|
1038
|
-
*
|
|
1129
|
+
* Render ONE validation issue as `path: code (what the schema wanted)`.
|
|
1039
1130
|
*
|
|
1040
|
-
* THE
|
|
1041
|
-
*
|
|
1042
|
-
*
|
|
1043
|
-
*
|
|
1131
|
+
* THE renderer for an issue, and the reason it is exported rather than inlined into the failure line
|
|
1132
|
+
* below: a caller that needs issues one at a time — the meta-workflow generation port turns each into a
|
|
1133
|
+
* finding fed back to the model — otherwise hand-rolls this list, and every field added to the issue
|
|
1134
|
+
* afterwards reaches one copy. That has now happened three times, each time silently, each time costing
|
|
1135
|
+
* live runs: the paths themselves were dropped (2026-08-29), then `expected` (2026-09-13), then a
|
|
1136
|
+
* `custom` refinement's message (2026-09-16). Keeping one renderer means a site that reports an issue at
|
|
1137
|
+
* all reports the whole issue.
|
|
1044
1138
|
*
|
|
1045
|
-
*
|
|
1046
|
-
*
|
|
1047
|
-
* recorded" — in either case there is nothing more specific to report than the absence
|
|
1048
|
-
* of an object.
|
|
1139
|
+
* Carries no generated text — see {@link LLMProvider_StructuredValidationIssueSchema} for why each field
|
|
1140
|
+
* it prints is schema shape rather than the rejected value.
|
|
1049
1141
|
*/
|
|
1142
|
+
export function describeStructuredValidationIssue(issue) {
|
|
1143
|
+
// What the schema expected rides beside the code: "invalid_type" alone does not say "array", and
|
|
1144
|
+
// `custom` says nothing at all without the refinement's own words — which is why that one comes first.
|
|
1145
|
+
const hints = [
|
|
1146
|
+
...(issue.refinementMessage ? [issue.refinementMessage] : []),
|
|
1147
|
+
...(issue.expected ? [`expected ${issue.expected}`] : []),
|
|
1148
|
+
...(issue.format ? [`format ${issue.format}`] : []),
|
|
1149
|
+
...(issue.pattern ? [`must match ${issue.pattern}`] : []),
|
|
1150
|
+
...(issue.values?.length ? [`one of ${issue.values.join(" | ")}`] : []),
|
|
1151
|
+
...(issue.keys?.length ? [`unexpected key(s) ${issue.keys.join(", ")}`] : []),
|
|
1152
|
+
];
|
|
1153
|
+
const where = issue.path.length > 0 ? issue.path.join(".") : "<root>";
|
|
1154
|
+
return `${where}: ${issue.code}${hints.length > 0 ? ` (${hints.join("; ")})` : ""}`;
|
|
1155
|
+
}
|
|
1050
1156
|
/**
|
|
1051
1157
|
* Render a structured-generation failure as one operator-readable line.
|
|
1052
1158
|
*
|
|
1053
|
-
* Lives here, beside the schema, rather than in each caller: the two labelling
|
|
1054
|
-
*
|
|
1055
|
-
*
|
|
1056
|
-
* drops it reports "no object" with extra words. Keeping one renderer means a site that
|
|
1057
|
-
* reports the reason at all reports the whole reason.
|
|
1159
|
+
* Lives here, beside the schema, rather than in each caller: the two labelling orchestrators alone would
|
|
1160
|
+
* otherwise have hand-rolled the same rendering twice, and the value of `validationIssues` is entirely in
|
|
1161
|
+
* how it is presented — a caller that quietly drops it reports "no object" with extra words.
|
|
1058
1162
|
*
|
|
1059
1163
|
* Carries no generated text, only its length — see
|
|
1060
1164
|
* {@link LLMProvider_StructuredGenerationFailureSchema}.
|
|
@@ -1065,16 +1169,26 @@ export function describeStructuredGenerationFailure(failure) {
|
|
|
1065
1169
|
parts.push(`finishReason=${failure.finishReason}`);
|
|
1066
1170
|
}
|
|
1067
1171
|
if (failure.validationIssues !== undefined && failure.validationIssues.length > 0) {
|
|
1068
|
-
|
|
1069
|
-
.map((issue) => `${issue.path.length > 0 ? issue.path.join(".") : "<root>"} (${issue.code})`)
|
|
1070
|
-
.join(", ");
|
|
1071
|
-
parts.push(`schema paths: ${issues}`);
|
|
1172
|
+
parts.push(`schema paths: ${failure.validationIssues.map(describeStructuredValidationIssue).join(", ")}`);
|
|
1072
1173
|
}
|
|
1073
1174
|
if (failure.generatedTextLength !== undefined && failure.generatedTextLength !== null) {
|
|
1074
1175
|
parts.push(`generatedTextLength=${failure.generatedTextLength}`);
|
|
1075
1176
|
}
|
|
1076
1177
|
return parts.join(" \u00b7 ");
|
|
1077
1178
|
}
|
|
1179
|
+
/**
|
|
1180
|
+
* Read the structured-generation failure reason off an invocation's `executionContext`.
|
|
1181
|
+
*
|
|
1182
|
+
* THE supported way to reach it. Provided as a function rather than left to each caller
|
|
1183
|
+
* because the alternative is the cast every `usage` reader already hand-rolls
|
|
1184
|
+
* (`response.executionContext as { usage?: … }`) — N copies of one shape, each free to
|
|
1185
|
+
* drift from the schema, none of them validated. Here the schema IS the reader.
|
|
1186
|
+
*
|
|
1187
|
+
* Returns `undefined` both when the generation succeeded and when the context predates
|
|
1188
|
+
* this field, so a caller never has to distinguish "no failure" from "no reason
|
|
1189
|
+
* recorded" — in either case there is nothing more specific to report than the absence
|
|
1190
|
+
* of an object.
|
|
1191
|
+
*/
|
|
1078
1192
|
export function readStructuredGenerationFailure(executionContext) {
|
|
1079
1193
|
if (typeof executionContext !== "object" || executionContext === null)
|
|
1080
1194
|
return undefined;
|
|
@@ -1186,9 +1300,24 @@ export const LLMProvider_GenerateStructuredInputSchema = z.object({
|
|
|
1186
1300
|
* data URI or an image URL. Generic across providers/models; no domain logic.
|
|
1187
1301
|
*/
|
|
1188
1302
|
images: z.array(LLMProvider_ImageContentSchema).optional(),
|
|
1303
|
+
/**
|
|
1304
|
+
* OPT-IN: when the provider rejects the answer against `schema`, return the rejected answer's TEXT as
|
|
1305
|
+
* `rejectedAnswer` on the output, so a caller that retries can show the model what it wrote.
|
|
1306
|
+
*
|
|
1307
|
+
* Opt-in because the rejected text is model output, and the default for every caller stays "no generated
|
|
1308
|
+
* text on a failed call". It is carried on the OUTPUT — never on the execution context, whose telemetry
|
|
1309
|
+
* every trace sink emits at every level — so it is persisted exactly where and when a successful answer
|
|
1310
|
+
* is: only as an agent-call payload, only at `DEBUG_VERBOSE`. It never reaches the failure log line.
|
|
1311
|
+
*
|
|
1312
|
+
* Added 2026-09-13 (#1143): a playbook retry that could not see its own answer fixed each reported field
|
|
1313
|
+
* and broke another, three attempts in a row, on every family of Wonder CRM's compliance-conception run.
|
|
1314
|
+
*/
|
|
1315
|
+
includeRejectedAnswer: z.boolean().optional(),
|
|
1189
1316
|
});
|
|
1190
1317
|
export const LLMProvider_GenerateStructuredOutputSchema = z.object({
|
|
1191
1318
|
object: z.unknown(),
|
|
1319
|
+
/** The rejected answer's text, present only when the input set `includeRejectedAnswer` and no object was produced. */
|
|
1320
|
+
rejectedAnswer: z.string().optional(),
|
|
1192
1321
|
});
|
|
1193
1322
|
// Chat Multimodal Operation (for models with MULTIMODAL_VISION/AUDIO/VIDEO capability)
|
|
1194
1323
|
export const LLMProvider_ChatMultimodalInputSchema = z.object({
|
|
@@ -1207,10 +1336,4 @@ export const LLMProvider_StreamStructuredOutputSchema = z.object({
|
|
|
1207
1336
|
partialObject: z.unknown().optional(),
|
|
1208
1337
|
object: z.unknown().optional(),
|
|
1209
1338
|
});
|
|
1210
|
-
// ===============================================================
|
|
1211
|
-
// STATUS
|
|
1212
|
-
// ===============================================================
|
|
1213
|
-
export const LLMProvider_StatusSchema = ExternalProvider_ExchangeProtocol_Status_BaseSchema.extend({
|
|
1214
|
-
protocolKind: z.literal(ExternalProvider_ExchangeProtocol_Kind.LLM_PROVIDER),
|
|
1215
|
-
});
|
|
1216
1339
|
//# sourceMappingURL=llm.external-connectors-models.schemas.js.map
|