@soat/sdk 0.13.12 → 0.13.14
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/index.d.cts +10 -3
- package/dist/index.d.mts +10 -3
- package/package.json +1 -1
package/dist/index.d.cts
CHANGED
|
@@ -3136,7 +3136,7 @@ type Tool = {
|
|
|
3136
3136
|
[key: string]: unknown;
|
|
3137
3137
|
} | null;
|
|
3138
3138
|
/**
|
|
3139
|
-
* Execution config for http tools. Supported fields: `url` (required), `method` (default `POST`), and `
|
|
3139
|
+
* Execution config for http tools. Supported fields: `url` (required), `method` (default `POST`), `headers`, and `body_mode`. The `url` may contain `{paramName}` placeholders (e.g. `/users/{userId}`) that are replaced at call time with the corresponding tool argument value (URL-encoded). Arguments consumed as path parameters are excluded from the query string and request body. `body_mode` is `json` (default) or `multipart`. In `multipart` mode the merged tool arguments are sent as a `multipart/form-data` body: scalar fields become plain form fields and a field shaped like `{ content_type, filename, data_base64 }` is decoded from base64 and attached as a file part (the hardcoded `Content-Type: application/json` is dropped so `fetch` sets the multipart boundary itself).
|
|
3140
3140
|
*
|
|
3141
3141
|
*/
|
|
3142
3142
|
execute?: {
|
|
@@ -3191,7 +3191,7 @@ type CreateToolRequest = {
|
|
|
3191
3191
|
[key: string]: unknown;
|
|
3192
3192
|
};
|
|
3193
3193
|
/**
|
|
3194
|
-
* Execution config for http tools. Supported fields: `url` (required), `method` (default `POST`), and `
|
|
3194
|
+
* Execution config for http tools. Supported fields: `url` (required), `method` (default `POST`), `headers`, and `body_mode`. The `url` may contain `{paramName}` placeholders (e.g. `/users/{userId}`) that are replaced at call time with the corresponding tool argument value (URL-encoded). Arguments consumed as path parameters are excluded from the query string and request body. `body_mode` is `json` (default) or `multipart`. In `multipart` mode the merged tool arguments are sent as a `multipart/form-data` body: scalar fields become plain form fields and a field shaped like `{ content_type, filename, data_base64 }` is decoded from base64 and attached as a file part (the hardcoded `Content-Type: application/json` is dropped so `fetch` sets the multipart boundary itself).
|
|
3195
3195
|
*
|
|
3196
3196
|
*/
|
|
3197
3197
|
execute?: {
|
|
@@ -3228,7 +3228,7 @@ type UpdateToolRequest = {
|
|
|
3228
3228
|
[key: string]: unknown;
|
|
3229
3229
|
} | null;
|
|
3230
3230
|
/**
|
|
3231
|
-
* Execution config for http tools. Supported fields: `url` (required), `method` (default `POST`), and `
|
|
3231
|
+
* Execution config for http tools. Supported fields: `url` (required), `method` (default `POST`), `headers`, and `body_mode`. The `url` may contain `{paramName}` placeholders (e.g. `/users/{userId}`) that are replaced at call time with the corresponding tool argument value (URL-encoded). Arguments consumed as path parameters are excluded from the query string and request body. `body_mode` is `json` (default) or `multipart`. In `multipart` mode the merged tool arguments are sent as a `multipart/form-data` body: scalar fields become plain form fields and a field shaped like `{ content_type, filename, data_base64 }` is decoded from base64 and attached as a file part (the hardcoded `Content-Type: application/json` is dropped so `fetch` sets the multipart boundary itself).
|
|
3232
3232
|
*
|
|
3233
3233
|
*/
|
|
3234
3234
|
execute?: {
|
|
@@ -6277,6 +6277,13 @@ type ReplaceFileTagsResponse = ReplaceFileTagsResponses[keyof ReplaceFileTagsRes
|
|
|
6277
6277
|
type ValidateFormationData = {
|
|
6278
6278
|
body: {
|
|
6279
6279
|
template?: FormationTemplateInput;
|
|
6280
|
+
/**
|
|
6281
|
+
* Runtime parameter values that override or supply template parameter defaults. Keys must match parameter names declared in `template.parameters`. When provided, the validation result also reports required parameters that are still missing after applying these values.
|
|
6282
|
+
*
|
|
6283
|
+
*/
|
|
6284
|
+
parameters?: {
|
|
6285
|
+
[key: string]: string;
|
|
6286
|
+
} | null;
|
|
6280
6287
|
};
|
|
6281
6288
|
path?: never;
|
|
6282
6289
|
query?: never;
|
package/dist/index.d.mts
CHANGED
|
@@ -3136,7 +3136,7 @@ type Tool = {
|
|
|
3136
3136
|
[key: string]: unknown;
|
|
3137
3137
|
} | null;
|
|
3138
3138
|
/**
|
|
3139
|
-
* Execution config for http tools. Supported fields: `url` (required), `method` (default `POST`), and `
|
|
3139
|
+
* Execution config for http tools. Supported fields: `url` (required), `method` (default `POST`), `headers`, and `body_mode`. The `url` may contain `{paramName}` placeholders (e.g. `/users/{userId}`) that are replaced at call time with the corresponding tool argument value (URL-encoded). Arguments consumed as path parameters are excluded from the query string and request body. `body_mode` is `json` (default) or `multipart`. In `multipart` mode the merged tool arguments are sent as a `multipart/form-data` body: scalar fields become plain form fields and a field shaped like `{ content_type, filename, data_base64 }` is decoded from base64 and attached as a file part (the hardcoded `Content-Type: application/json` is dropped so `fetch` sets the multipart boundary itself).
|
|
3140
3140
|
*
|
|
3141
3141
|
*/
|
|
3142
3142
|
execute?: {
|
|
@@ -3191,7 +3191,7 @@ type CreateToolRequest = {
|
|
|
3191
3191
|
[key: string]: unknown;
|
|
3192
3192
|
};
|
|
3193
3193
|
/**
|
|
3194
|
-
* Execution config for http tools. Supported fields: `url` (required), `method` (default `POST`), and `
|
|
3194
|
+
* Execution config for http tools. Supported fields: `url` (required), `method` (default `POST`), `headers`, and `body_mode`. The `url` may contain `{paramName}` placeholders (e.g. `/users/{userId}`) that are replaced at call time with the corresponding tool argument value (URL-encoded). Arguments consumed as path parameters are excluded from the query string and request body. `body_mode` is `json` (default) or `multipart`. In `multipart` mode the merged tool arguments are sent as a `multipart/form-data` body: scalar fields become plain form fields and a field shaped like `{ content_type, filename, data_base64 }` is decoded from base64 and attached as a file part (the hardcoded `Content-Type: application/json` is dropped so `fetch` sets the multipart boundary itself).
|
|
3195
3195
|
*
|
|
3196
3196
|
*/
|
|
3197
3197
|
execute?: {
|
|
@@ -3228,7 +3228,7 @@ type UpdateToolRequest = {
|
|
|
3228
3228
|
[key: string]: unknown;
|
|
3229
3229
|
} | null;
|
|
3230
3230
|
/**
|
|
3231
|
-
* Execution config for http tools. Supported fields: `url` (required), `method` (default `POST`), and `
|
|
3231
|
+
* Execution config for http tools. Supported fields: `url` (required), `method` (default `POST`), `headers`, and `body_mode`. The `url` may contain `{paramName}` placeholders (e.g. `/users/{userId}`) that are replaced at call time with the corresponding tool argument value (URL-encoded). Arguments consumed as path parameters are excluded from the query string and request body. `body_mode` is `json` (default) or `multipart`. In `multipart` mode the merged tool arguments are sent as a `multipart/form-data` body: scalar fields become plain form fields and a field shaped like `{ content_type, filename, data_base64 }` is decoded from base64 and attached as a file part (the hardcoded `Content-Type: application/json` is dropped so `fetch` sets the multipart boundary itself).
|
|
3232
3232
|
*
|
|
3233
3233
|
*/
|
|
3234
3234
|
execute?: {
|
|
@@ -6277,6 +6277,13 @@ type ReplaceFileTagsResponse = ReplaceFileTagsResponses[keyof ReplaceFileTagsRes
|
|
|
6277
6277
|
type ValidateFormationData = {
|
|
6278
6278
|
body: {
|
|
6279
6279
|
template?: FormationTemplateInput;
|
|
6280
|
+
/**
|
|
6281
|
+
* Runtime parameter values that override or supply template parameter defaults. Keys must match parameter names declared in `template.parameters`. When provided, the validation result also reports required parameters that are still missing after applying these values.
|
|
6282
|
+
*
|
|
6283
|
+
*/
|
|
6284
|
+
parameters?: {
|
|
6285
|
+
[key: string]: string;
|
|
6286
|
+
} | null;
|
|
6280
6287
|
};
|
|
6281
6288
|
path?: never;
|
|
6282
6289
|
query?: never;
|