Automate Airtable lead calling w/ @airtable => @Vapi_AI!
My new video demos importing an existing workflow that filters leads & triggering calls automatically.
Heads up: Requires matching Airtable cols (+ Phone column) & using your own Vapi/Airtable IDs (shown in video).
If you want this workflow template let me know and I'll DM it.
We will have some docs up soon with more example templates people can use or get ideas from to prompt.
2
63
Rolling out some handy improvements for @xops_ai automations ✨
Based on your feedback, we've shipped a few updates this week to make building automations even smoother.
Check out what's new 🧵
Need to modify an existing Xops workflow? 🤔
Now use the new 'Restore' button functionality 🔄 to load its saved instructions directly into the input box.
Makes tweaking your automations much faster!
Under the hood xops.net uses OpenRPC
A description language for JSON-RPC that lets you define both the params and result schemas. It's already used by many ecosystems.
Building on top of OpenRPC shows the real power of planning workflows, agents, and tool calls.
There is a lot of (justified) of excitement about MCP, but just like most function calling approaches, I think it has a severe limitation at the moment, and I am kind of of flabbergasted why I am the only one that is bothered by it.
The problem is that when you define a tool using MCP [0] you can only specify the *inputSchema* but not the *outputSchema* (the same is the case for OpenAI [1], Claude [2], Mistral [3], Gemini [4], ...). And the optional description of a tool is just a "hint" to the model.
That means that when the model needs to decide to call a tool, it can only rely on the structure of the the inputs (not even on the description). But since it does not know the structure of the output of the call, it cannot reason about the composition of multiple tool calls to solve a complex problem. Instead it needs to take a guess, call some first tool, and then interpret the output before it can reason about how to continue.
The fact that tools are dynamically typed wrt to their results makes it also impossible for other tools, and humans, to reason about tools (that is a lot of tools :-). Imagine I would explain MCP to you by only showing the types you send to an MCP server, but none of the types that you receive from a server.
Since tools are for all intents and purposes really just fancy REST apis, just like OpenAPI definitions [5], tool calling and MCP tools should also specify their outputs.






