Hey VAPI Team! @jayvapi.ai π : I've got a bit of a unique situation here and could really use your insight. I'm working on integrating with a WebSocket API that listens to messages and provides replies (utilizing Bedrock Claude). My goal is to access this API and build an inbound phone client.
I'm weighing two approaches and could use your guidance on which might be more efficient, easier, or faster:
Direct Integration with Twilio: Adding the STT/TTS code directly to Twilio and managing WebSocket communication from there.
Using VAPI as a Proxy: Leveraging VAPI, utilizing the serverUrl to act as a middleman between the WebSocket messages and the VAPI assistant. T
Given my context β needing to access a WebSocket API for message exchanges β I'm uncertain which path to take. Specifically, if opting for the VAPI route, how should I begin, considering that the documentation on "handling serverUrl events with VAPI" doesnβt seem to cover passing and retrieving messages to/from a WebSocket API directly?
Any recommendations on how to proceed? If VAPI can indeed serve as an effective proxy in this scenario, could you point me towards any starting steps, tips, or resources that could help bridge this gap?
Thanks a ton for your help! Looking forward to making this work with your guidance. π