Skip to content

Commit d2d8aa5

Browse files
committed
chore(openapi): remove deprecated vapifault error and StepDestination, HandoffStep, AssignmentMutation, CallbackStep objects
1 parent 6a5c62d commit d2d8aa5

File tree

1 file changed

+0
-198
lines changed

1 file changed

+0
-198
lines changed

openapi.json

Lines changed: 0 additions & 198 deletions
Original file line numberDiff line numberDiff line change
@@ -8446,7 +8446,6 @@
84468446
"vapifault-transport-never-connected",
84478447
"vapifault-web-call-worker-setup-failed",
84488448
"vapifault-transport-connected-but-call-not-active",
8449-
"vapifault-call-started-but-connection-to-transport-missing",
84508449
"pipeline-error-openai-voice-failed",
84518450
"pipeline-error-cartesia-voice-failed",
84528451
"pipeline-error-deepgram-transcriber-failed",
@@ -17275,7 +17274,6 @@
1727517274
"vapifault-transport-never-connected",
1727617275
"vapifault-web-call-worker-setup-failed",
1727717276
"vapifault-transport-connected-but-call-not-active",
17278-
"vapifault-call-started-but-connection-to-transport-missing",
1727917277
"pipeline-error-openai-voice-failed",
1728017278
"pipeline-error-cartesia-voice-failed",
1728117279
"pipeline-error-deepgram-transcriber-failed",
@@ -18034,7 +18032,6 @@
1803418032
"vapifault-transport-never-connected",
1803518033
"vapifault-web-call-worker-setup-failed",
1803618034
"vapifault-transport-connected-but-call-not-active",
18037-
"vapifault-call-started-but-connection-to-transport-missing",
1803818035
"pipeline-error-openai-voice-failed",
1803918036
"pipeline-error-cartesia-voice-failed",
1804018037
"pipeline-error-deepgram-transcriber-failed",
@@ -19949,201 +19946,6 @@
1994919946
"toolCall",
1995019947
"metadata"
1995119948
]
19952-
},
19953-
"StepDestination": {
19954-
"type": "object",
19955-
"properties": {
19956-
"type": {
19957-
"type": "string",
19958-
"enum": [
19959-
"step"
19960-
]
19961-
},
19962-
"conditions": {
19963-
"type": "array",
19964-
"description": "This is an optional array of conditions that must be met for this destination to be triggered. If empty, this is the default destination that the step transfers to.",
19965-
"items": {
19966-
"oneOf": [
19967-
{
19968-
"$ref": "#/components/schemas/ModelBasedCondition",
19969-
"title": "ModelBasedCondition"
19970-
},
19971-
{
19972-
"$ref": "#/components/schemas/RuleBasedCondition",
19973-
"title": "RuleBasedCondition"
19974-
}
19975-
]
19976-
}
19977-
},
19978-
"stepName": {
19979-
"type": "string",
19980-
"minLength": 1
19981-
}
19982-
},
19983-
"required": [
19984-
"type",
19985-
"stepName"
19986-
]
19987-
},
19988-
"HandoffStep": {
19989-
"type": "object",
19990-
"properties": {
19991-
"block": {
19992-
"description": "This is the block to use. To use an existing block, use `blockId`.",
19993-
"oneOf": [
19994-
{
19995-
"$ref": "#/components/schemas/CreateConversationBlockDTO",
19996-
"title": "ConversationBlock"
19997-
},
19998-
{
19999-
"$ref": "#/components/schemas/CreateToolCallBlockDTO",
20000-
"title": "ToolCallBlock"
20001-
},
20002-
{
20003-
"$ref": "#/components/schemas/CreateWorkflowBlockDTO",
20004-
"title": "WorkflowBlock",
20005-
"description": "This is the CreateWorkflowBlockDTO object but Swagger does not display nested schemas correctly."
20006-
}
20007-
]
20008-
},
20009-
"type": {
20010-
"type": "string",
20011-
"description": "This is a step that takes a handoff from the previous step. This means it won't return to the calling step. The workflow execution will continue linearly.\n\nUse case:\n- You want to collect information linearly (e.g. a form, provide information, etc).",
20012-
"enum": [
20013-
"handoff"
20014-
]
20015-
},
20016-
"destinations": {
20017-
"type": "array",
20018-
"description": "These are the destinations that the step can go to after it's done.",
20019-
"items": {
20020-
"oneOf": [
20021-
{
20022-
"$ref": "#/components/schemas/StepDestination",
20023-
"title": "StepDestination"
20024-
}
20025-
]
20026-
}
20027-
},
20028-
"name": {
20029-
"type": "string",
20030-
"description": "This is the name of the step.",
20031-
"minLength": 1
20032-
},
20033-
"blockId": {
20034-
"type": "string",
20035-
"description": "This is the id of the block to use. To use a transient block, use `block`."
20036-
},
20037-
"input": {
20038-
"type": "object",
20039-
"description": "This is the input to the block. You can use any key-value map as input to the block.\n\nExample:\n{\n \"name\": \"John Doe\",\n \"age\": 20\n}\n\nYou can reference any variable in the context of the current block:\n- \"{{your-step-name.output.your-property-name}}\" for another step's output (in the same workflow; read caveat #1)\n- \"{{your-step-name.input.your-property-name}}\" for another step's input (in the same workflow; read caveat #1)\n- \"{{your-block-name.output.your-property-name}}\" for another block's output (in the same workflow; read caveat #2)\n- \"{{your-block-name.input.your-property-name}}\" for another block's input (in the same workflow; read caveat #2)\n- \"{{workflow.input.your-property-name}}\" for the current workflow's input\n- \"{{global.your-property-name}}\" for the global context\n\nExample:\n{\n \"name\": \"{{my-tool-call-step.output.name}}\",\n \"age\": \"{{my-tool-call-step.input.age}}\",\n \"date\": \"{{workflow.input.date}}\"\n}\n\nYou can dynamically change the key name.\n\nExample:\n{\n \"{{my-tool-call-step.output.key-name-for-name}}\": \"{{name}}\",\n \"{{my-tool-call-step.input.key-name-for-age}}\": \"{{age}}\",\n \"{{workflow.input.key-name-for-date}}\": \"{{date}}\"\n}\n\nYou can represent the value as a string, number, boolean, array, or object.\n\nExample:\n{\n \"name\": \"john\",\n \"age\": 20,\n \"date\": \"2021-01-01\",\n \"metadata\": {\n \"unique-key\": \"{{my-tool-call-step.output.unique-key}}\"\n },\n \"array\": [\"A\", \"B\", \"C\"],\n}\n\nCaveats:\n1. a workflow can execute a step multiple times. example, if a loop is used in the graph. {{stepName.input/output.propertyName}} will reference the latest usage of the step.\n2. a workflow can execute a block multiple times. example, if a step is called multiple times or if a block is used in multiple steps. {{blockName.input/output.propertyName}} will reference the latest usage of the block. this liquid variable is just provided for convenience when creating blocks outside of a workflow."
20040-
}
20041-
},
20042-
"required": [
20043-
"type",
20044-
"name"
20045-
]
20046-
},
20047-
"AssignmentMutation": {
20048-
"type": "object",
20049-
"properties": {
20050-
"conditions": {
20051-
"type": "array",
20052-
"description": "This is an optional array of conditions that must be met for this mutation to be triggered.",
20053-
"items": {
20054-
"oneOf": [
20055-
{
20056-
"$ref": "#/components/schemas/ModelBasedCondition",
20057-
"title": "ModelBasedCondition"
20058-
},
20059-
{
20060-
"$ref": "#/components/schemas/RuleBasedCondition",
20061-
"title": "RuleBasedCondition"
20062-
}
20063-
]
20064-
}
20065-
},
20066-
"type": {
20067-
"type": "string",
20068-
"description": "This mutation assigns a new value to an existing or new variable.",
20069-
"enum": [
20070-
"assignment"
20071-
]
20072-
},
20073-
"variable": {
20074-
"type": "string",
20075-
"description": "This is the variable to assign a new value to.\n\nYou can reference any variable in the context of the current block execution (step):\n- \"output.your-property-name\" for current step's output\n- \"your-step-name.output.your-property-name\" for another step's output (in the same workflow; read caveat #1)\n- \"your-block-name.output.your-property-name\" for another block's output (in the same workflow; read caveat #2)\n- \"global.your-property-name\" for the global context\n\nThis needs to be the key path of the variable. If you use {{}}, it'll dereference that to the value of the variable before assignment. This can be useful if the path is dynamic. Example:\n- \"global.{{my-tool-call-step.output.my-key-name}}\"\n\nYou can also string interpolate multiple variables to get the key name:\n- \"global.{{my-tool-call-step.output.my-key-name-suffix}}-{{my-tool-call-step.output.my-key-name}}\"\n\nThe path to the new variable is created if it doesn't exist. Example:\n- \"global.this-does-not-exist.neither-does-this\" will create `this-does-not-exist` object with `neither-does-this` as a key\n\nCaveats:\n1. a workflow can execute a step multiple times. example, if a loop is used in the graph. {{stepName.output.propertyName}} will reference the latest usage of the step.\n2. a workflow can execute a block multiple times. example, if a step is called multiple times or if a block is used in multiple steps. {{blockName.output.propertyName}} will reference the latest usage of the block. this liquid variable is just provided for convenience when creating blocks outside of a workflow."
20076-
},
20077-
"value": {
20078-
"type": "string",
20079-
"description": "The value to assign to the variable.\n\nYou can reference any variable in the context of the current block execution (step):\n- \"{{output.your-property-name}}\" for current step's output\n- \"{{your-step-name.output.your-property-name}}\" for another step's output (in the same workflow; read caveat #1)\n- \"{{your-block-name.output.your-property-name}}\" for another block's output (in the same workflow; read caveat #2)\n- \"{{global.your-property-name}}\" for the global context\n\nOr, you can use a constant:\n- \"1\"\n- \"text\"\n- \"true\"\n- \"false\"\n\nOr, you can mix and match with string interpolation:\n- \"{{your-property-name}}-{{input.your-property-name-2}}-1\"\n\nCaveats:\n1. a workflow can execute a step multiple times. example, if a loop is used in the graph. {{stepName.output.propertyName}} will reference the latest usage of the step.\n2. a workflow can execute a block multiple times. example, if a step is called multiple times or if a block is used in multiple steps. {{blockName.output.propertyName}} will reference the latest usage of the block. this liquid variable is just provided for convenience when creating blocks outside of a workflow.",
20080-
"maxLength": 1000
20081-
}
20082-
},
20083-
"required": [
20084-
"type",
20085-
"variable",
20086-
"value"
20087-
]
20088-
},
20089-
"CallbackStep": {
20090-
"type": "object",
20091-
"properties": {
20092-
"block": {
20093-
"description": "This is the block to use. To use an existing block, use `blockId`.",
20094-
"oneOf": [
20095-
{
20096-
"$ref": "#/components/schemas/CreateConversationBlockDTO",
20097-
"title": "ConversationBlock"
20098-
},
20099-
{
20100-
"$ref": "#/components/schemas/CreateToolCallBlockDTO",
20101-
"title": "ToolCallBlock"
20102-
},
20103-
{
20104-
"$ref": "#/components/schemas/CreateWorkflowBlockDTO",
20105-
"title": "WorkflowBlock",
20106-
"description": "This is the CreateWorkflowBlockDTO object but Swagger does not display nested schemas correctly."
20107-
}
20108-
]
20109-
},
20110-
"type": {
20111-
"type": "string",
20112-
"description": "This is a step that calls back to the previous step after it's done. This effectively means we're spawning a new conversation thread. The previous conversation thread will resume where it left off once this step is done.\n\nUse case:\n- You are collecting a customer's order and while they were on one item, they start a new item or try to modify a previous one. You would make a OrderUpdate block which calls the same block repeatedly when a new update starts.",
20113-
"enum": [
20114-
"callback"
20115-
]
20116-
},
20117-
"mutations": {
20118-
"type": "array",
20119-
"description": "This is the mutations to apply to the context after the step is done.",
20120-
"items": {
20121-
"oneOf": [
20122-
{
20123-
"$ref": "#/components/schemas/AssignmentMutation",
20124-
"title": "AssignmentMutation"
20125-
}
20126-
]
20127-
}
20128-
},
20129-
"name": {
20130-
"type": "string",
20131-
"description": "This is the name of the step.",
20132-
"minLength": 1
20133-
},
20134-
"blockId": {
20135-
"type": "string",
20136-
"description": "This is the id of the block to use. To use a transient block, use `block`."
20137-
},
20138-
"input": {
20139-
"type": "object",
20140-
"description": "This is the input to the block. You can use any key-value map as input to the block.\n\nExample:\n{\n \"name\": \"John Doe\",\n \"age\": 20\n}\n\nYou can reference any variable in the context of the current block:\n- \"{{your-step-name.output.your-property-name}}\" for another step's output (in the same workflow; read caveat #1)\n- \"{{your-step-name.input.your-property-name}}\" for another step's input (in the same workflow; read caveat #1)\n- \"{{your-block-name.output.your-property-name}}\" for another block's output (in the same workflow; read caveat #2)\n- \"{{your-block-name.input.your-property-name}}\" for another block's input (in the same workflow; read caveat #2)\n- \"{{workflow.input.your-property-name}}\" for the current workflow's input\n- \"{{global.your-property-name}}\" for the global context\n\nExample:\n{\n \"name\": \"{{my-tool-call-step.output.name}}\",\n \"age\": \"{{my-tool-call-step.input.age}}\",\n \"date\": \"{{workflow.input.date}}\"\n}\n\nYou can dynamically change the key name.\n\nExample:\n{\n \"{{my-tool-call-step.output.key-name-for-name}}\": \"{{name}}\",\n \"{{my-tool-call-step.input.key-name-for-age}}\": \"{{age}}\",\n \"{{workflow.input.key-name-for-date}}\": \"{{date}}\"\n}\n\nYou can represent the value as a string, number, boolean, array, or object.\n\nExample:\n{\n \"name\": \"john\",\n \"age\": 20,\n \"date\": \"2021-01-01\",\n \"metadata\": {\n \"unique-key\": \"{{my-tool-call-step.output.unique-key}}\"\n },\n \"array\": [\"A\", \"B\", \"C\"],\n}\n\nCaveats:\n1. a workflow can execute a step multiple times. example, if a loop is used in the graph. {{stepName.input/output.propertyName}} will reference the latest usage of the step.\n2. a workflow can execute a block multiple times. example, if a step is called multiple times or if a block is used in multiple steps. {{blockName.input/output.propertyName}} will reference the latest usage of the block. this liquid variable is just provided for convenience when creating blocks outside of a workflow."
20141-
}
20142-
},
20143-
"required": [
20144-
"type",
20145-
"name"
20146-
]
2014719949
}
2014819950
}
2014919951
}

0 commit comments

Comments
 (0)