Golang SDK Broken
The Golang SDK fails to list calls / assistants because of unmarshaling errors.
for listing assistants I get this error:
and for calls:
for listing assistants I get this error:
and for calls:
VHi there! 
I see you're running into unmarshaling errors with the Golang SDK when trying to list assistants and calls.
I can't provide information on any fixes released after April 22, 2025, but I can definitely help explain these errors and suggest some solutions based on the information I have.
For the assistant listing error, the issue is with the
According to the documentation I found,
or
It's also worth noting that
For the call listing error, the issue is with deserializing the call cost information into the
According to the changelog, there were recent updates to call cost information, including the introduction of
Here are some general steps to troubleshoot these unmarshaling errors:
I see you're running into unmarshaling errors with the Golang SDK when trying to list assistants and calls.I can't provide information on any fixes released after April 22, 2025, but I can definitely help explain these errors and suggest some solutions based on the information I have.
Assistant Listing Error
For the assistant listing error, the issue is with the
smartEndpointingEnabled field in the startSpeakingPlan configuration. The SDK is expecting this field to be a map (map[string]interface{}), but it's receiving a string value instead.According to the documentation I found,
smartEndpointingEnabled should actually be a boolean value (true or false), not a map. The suggested solution is to explicitly set this field to a boolean value in your configuration:or
It's also worth noting that
smartEndpointingEnabled might only work for English transcriptions, so if you're using a different language, setting it to falseCall Listing Error
For the call listing error, the issue is with deserializing the call cost information into the
api.CallCostsItem struct. This might be related to recent changes in the call cost information structure.According to the changelog, there were recent updates to call cost information, including the introduction of
call.costs[type=vapi].subType to determine if a VAPI cost is normal or an overage. This change could be affecting the deserialization if the SDK hasn't been updated to handle the new structure.General Troubleshooting Steps
Here are some general steps to troubleshoot these unmarshaling errors:
V- Check the API documentation to ensure you understand the expected data types for each field
- Update your SDK to the latest version, as the issue might have been fixed in a newer release
- Review your configuration to ensure all fields have the correct data types
- Check server logs for more detailed error messages
- Consider contacting Vapi support with specific details about the errors you're encountering
Sources:
⤵️ Mention @Vapi Support Bot for follow-ups 🐥
TI guess this issue would be a fern issue? It's a little scary to depend on a SDK that is not tested and has the potential to break in a moments notice
VHey there, sorry to hear about the trouble you're having with the Go SDK. The errors you're seeing seem related to JSON unmarshaling issues. There might be a mismatch between the API response and the expected Go struct types.
VIt is related to
embed.startSpeakingPlan.smartEndpointingEnabled and api.CallCostsItemVCan you create a GitHub issue for the SDK team to work on this?
TGitHub
When trying to list either assistants or calls, a marshal errors occurs Listing assistants: json: cannot unmarshal string into Go struct field .embed.startSpeakingPlan.smartEndpointingEnabled of ty...
THi, is there any ETA on which this issue will be fixed? I see there’s multiple issues about breaking changes to the API. Can we get some type of confirmation that breaking changes won’t happen to the service?
VI guess the fern support team has already replied to your issue. Did you get a chance to look into it?
TYes, it requires the VAPI team to update the open API spec. From what I understand, they will reach out to you guys to help you fix it?
VYes they have informed us about it, and we have merged their PR's can you give it a try again?
TI don't see any changes in the repo? Regardless, I attempted to try the SDK again, but its still broken with the exact same errors.
TAny update on this?…
T@Vapi Team
TIs there any intention to fix this issue? It's been 10 days without any serious progress on this?
D@bsolo The issue has been fixed, we have updated the OpenAI spec which they require.Did you try it again?
TOne issue was fixed and another was added
VHey bsolo, could you help me understand which issue you are facing now? If you can share some steps to reproduce it, it will be really helpful.
THi, I switched from VAPI due to the constant API breaks
D@bsolo I’m sorry to hear you’ve encountered repeated API failures—that’s not the experience we aim for. Our uptime target is 99%, so this is a serious concern. Could you share the specific endpoint calls and error messages you saw? I’ll dive into the logs immediately and work with our engineering team to fix any lingering issues.
Thank you for flagging this; your feedback helps us improve.
Thank you for flagging this; your feedback helps us improve.
TI don’t have the exact errors anymore since I’ve already started working with a new provider. I would say just use the SDK, i don’t think it would be very long until you find an issue with it since it doesn’t seem to be tested at all. I just want to say that it’s sad that I had to drop VAPI for the issue to even be taken seriously. I asked multiple times for updates without any response, and even to this day there are multiple GitHub tickets with issues unanswered.
