Sample conversation dates
# support
a
Hi, I have an appointment setter that suggests 3 dates to the user. I want to add a sample conversation to the bot to make it more humane. Currently I have it setup like this but now it presents made up dates and not the ones it should: ´´Assistant. We currently have {{date1}}, {{date2}} or {{date3}}. Which of these dates would suit you best? ´´ Can you help with this? @User @Vapi
v
@Adam Absolutely, I'd be happy to help you make your appointment setter more humane and accurate. To ensure the dates presented to the user are not made up, we should dynamically insert the actual available dates into the conversation. Here's a sample conversation that you can use:
Copy code
Assistant: I've checked our calendar, and I can offer you a few options for your appointment. How does [date1], [date2], or [date3] work for you? Please let me know which date suits you best, and I'll make sure to book it for you.
In this template,
[date1]
,
[date2]
, and
[date3]
should be replaced with the actual dates that your appointment setter function generates. If you provide me with the available dates, I can insert them into this template for you. Would you like to proceed with that?
You can continue this conversation by mentioning me in the message.
a
well the dates change, thats why i didnt put them myself, you just reformated the same thing i wrote
@Vapi
v
@Adam I apologize for the confusion. To ensure the dates are dynamically inserted, you would need to integrate your appointment setter logic with the conversation. This means that the dates should be fetched from your system in real-time and then inserted into the conversation. Here's a more dynamic approach:
Copy code
Assistant: I've checked our calendar for availability. Here are the three upcoming dates we can schedule your appointment: {{date1}}, {{date2}}, or {{date3}}. Could you please let me know which one works best for you?
In this template,
{{date1}}
,
{{date2}}
, and
{{date3}}
are placeholders that should be replaced by your system with the actual dates before the message is sent to the user. If your system supports scripting or templating, you can automate this process. Otherwise, you would need to manually replace these placeholders with the real dates each time before the message is sent. If you need assistance with the technical implementation of this dynamic date insertion, please provide more details about your system or the technology you're using, and I'll do my best to guide you through the process.
a
@User please help
s
@Adam share the call id.
a
d3fc68b7-8b0f-480f-b113-ec35c2bb01d6
s
@Adam looks your using system prompt to make up the dates instead you have to pass the dates. also can you share the prompt in english?
a
Well if i delete the sample prompt part everything works with the real dates, its only when i put in the sample prompt, that looks like this: https://cdn.discordapp.com/attachments/1280194438307643435/1280642923498569851/prompt.txt?ex=66d8d32a&is=66d781aa&hm=decfa2cd7ef3f3e53e554e8c352d9cf0fdbafa3ded52d8a9ce5c1740d26a1337&
@Shubham Bajaj
@Sahil
s
instead add more descritption around usage and purpose for dates because if model is not working as expected there is no point in using these examples.
a
@Shubham Bajaj what would you suggest?
I also have prompted it to never give out data that is not real, but as you can see it sometimes does that. What should I change? @Shubham Bajaj @Sahil
s
can you share the call id with expected against actual response.
a
Hi, I just tested it and something interesting happend. First it provided the ´made up´ dates, I picked one of them and then it said ´´I´m sorry this date is not available.´´ and after that it presented the real dates from make.com. I picked one and everything worked and my appointment was set. What is causing this? @Shubham Bajaj @User Thanks for early responce as this is urgent.
4008531c-3e10-4163-b5ef-02b74c84519f
@Shubham Bajaj
s
this is tool call response right? 🔵 23:17:35:051 Server Message Successful. (https://hook.eu2.make.com/lqz1hsqtai2o2x9q64e2idfo3q82kg3t). Response: { "results": [ { "toolCallId": "call_MT6Apn3Z5wE3gxXO6MFv1psK", "result": "07.10.2024, 10.10.2024, 14.10.2024" } ] }
this is the response here right: Here’s the English translation: Sorry, but there is no available slot between the 21st and the 22nd. Currently, we have open slots on October 7th, 2024, October 10th, 2024, and October 14th, 2024. Which of these dates would work best for you? @Adam is it's correct?
a
yeah exactly. 7th, 10th and 14th of october are the real dates from make.com. those are the only ones that should be presented. the other dates atre made up by the bot @Shubham Bajaj
@Shubham Bajaj
@Sahil
When testing sometimes everything goes right like here: 32d57cf8-e5e8-43bb-884e-a3ae19e802fa and sometimes it comes up with its own dates like here: dee51e73-bc81-4a9b-816a-1aacd6b414ff. Guys please I´m trying to solve this for over a week. @Shubham Bajaj @Sahil @User @User
s
dee51e73-bc81-4a9b-816a-1aacd6b414ff
this call id has no transcript looks like hipaa is enabled, disable and share again.
a
these 2 calls are one minute apart. nothing was changed between them 1st: 85a09579-d1e2-43f6-9f6c-70312618f4e1. Here it made up the dates. 2nd one: Gived the good thates from the beginning, althou was laging trough the conversation: 9503b1ba-c528-4218-a509-d19a6b2853e2
@Shubham Bajaj
s
@Adam set tempratute to 0.3 and it will work.
a
@Shubham Bajaj tried it, with 2 different prompts, still doesnt work
@Shubham Bajaj What is causing this? Please I need to reesolve this ASAP
How can it even come up with made up dates when i prompted it to never give out info that is not real? Also how is it possible that sometimes it works, sometimes it doesnt and sometimes it first gives the wrong dates and then it corrects itself?
it just does not call the tools its suposed to. HOW is it possible that it sometimes works and sometimes doesnt? here is the new prompt @Shubham Bajaj @Vapi https://cdn.discordapp.com/attachments/1280194438307643435/1283096996797747211/new_prompt.txt?ex=66e1c0b2&is=66e06f32&hm=f05353488bac7b9e14428d303823f24d35084a2aa58b4f4f61ca68d25bddafd6&
v
@Adam I understand the urgency and the frustration that comes with inconsistent behavior in your system. It seems like there might be an issue with how the tool is being called or how the responses are being handled. To address this, we need to ensure that: 1. The tool for fetching the real dates is being called correctly every time. 2. The system is not using any cached or static responses. 3. The conversation logic is set up to wait for the real dates before presenting options to the user. If the tool sometimes provides made-up dates even after being prompted not to, it could be due to a misunderstanding in the prompt logic or an error in the tool's execution. It's also possible that there's a fallback mechanism that triggers when the tool fails to fetch real dates, causing it to present made-up dates instead. To resolve this, you might need to: - Review the logic that calls the tool to ensure it's being executed correctly. - Check for any conditions that might cause the tool to skip fetching real dates. - Verify that there are no fallback responses that provide made-up dates. - Ensure that the system is set to a low temperature to minimize creativity and stick to factual information. If the issue persists, it might be necessary to involve the technical support team or the developers responsible for the tool to investigate the underlying cause. They would be able to provide more detailed insights and potentially fix any bugs or inconsistencies in the system. Since this is a complex issue that might require a deep dive into the system's workings, please reach out to the support team with all the relevant details, including call IDs, expected vs. actual responses, and any other observations that might help them diagnose the problem. If you need further assistance or have more information to share, please let me know, and I'll do my best to help you.
a
@Vapi temperature does not change anything because the issue is that the bot sometimes does and sometimes doesnt call the tool its supposed to
v
@Adam I understand that the issue is with the inconsistent calling of the tool that fetches the real dates. This inconsistency can be caused by a variety of factors, including but not limited to network issues, errors in the tool's execution, or problems with the integration logic. To resolve this, you should: 1. **Check the Integration Logic**: Ensure that the logic which triggers the tool call is correctly implemented and does not have conditions that could prevent the tool from being called in certain scenarios. 2. **Review Error Handling**: Make sure that there is proper error handling in place. If the tool fails to execute or does not return the expected results, the system should handle this gracefully and not proceed with made-up dates. 3. **Monitor Network and System Health**: Sometimes, intermittent network issues can cause API calls to fail. Monitoring the health of your network and the system that makes the tool calls can help identify if this is the cause. 4. **Consult Technical Support**: If the problem persists and you are unable to identify the cause, reaching out to technical support with specific details of the issue, including the call IDs where the tool was not called correctly, can help in diagnosing and resolving the issue. 5. **Implement Logging**: If not already in place, implement detailed logging to track each step of the process. This can help pinpoint where the failure is occurring. 6. **Test Thoroughly**: Conduct thorough testing with various scenarios to ensure that the tool is called consistently every time it should be. If you have access to the system logs or any error messages that are generated when the tool fails to be called, those could be very helpful in diagnosing the issue. Please share any additional information you have, and I will assist you to the best of my ability. If you do not have this information, I recommend contacting the support team for further assistance.
a
@Vapi it didnt happen before when i didnt have a sample conversation in the propmt. Since than it happens everytime and across bots (even when removing the sample convo)
@Vapi
@Vapi
v
@Adam It seems that the introduction of the sample conversation in the prompt may have inadvertently affected the behavior of the bot. If the issue started occurring after adding the sample conversation and persists even after its removal, it's possible that the system has retained some of the changes or there's a caching issue. Here are some steps you can take to troubleshoot and resolve the issue: 1. **Clear Cache**: If the system has any caching mechanisms, clear them to ensure that the bot starts with a fresh state. 2. **Revert Changes**: If possible, revert the bot to a previous version before the sample conversation was introduced. This can help determine if the sample conversation is indeed the cause of the issue. 3. **Isolate the Problem**: Try to isolate the problem by creating a new bot instance without the sample conversation and see if the issue persists. This can help identify if the problem is with the specific bot instance. 4. **Review Code Changes**: Carefully review any code changes made when the sample conversation was added. There might be a change that's causing the tool not to be called correctly. 5. **Contact Support**: Since the issue is persistent and affects multiple bots, it would be advisable to contact the support team with detailed information about when the issue started, what changes were made, and the behavior observed. 6. **Documentation Review**: Review the documentation for any notes on how sample conversations should be implemented and if there are any known issues or limitations. 7. **Consistency Check**: Ensure that the bot's configuration and settings are consistent across different instances. If you have already tried these steps without success, please provide as much detail as possible about the issue, including any error messages, logs, or patterns observed, and reach out to the support team for further assistance. They may need to look into the system's backend to identify and fix the issue.
a
how to clear the cache? @Vapi
@Vapi
v
@Adam Clearing the cache can depend on the specific system or platform you're using. Generally, you won't have direct control over the cache for cloud-based services like voice APIs or chatbots. However, here are some general steps you can take that might help: 1. **Restart the Bot**: If you have the ability to restart your bot or the service it runs on, this can sometimes clear temporary caches. 2. **Rebuild or Redeploy**: If you're using a platform that allows you to build or deploy your bot, doing a fresh rebuild or redeploy might clear the cache. 3. **Check Platform Settings**: Some platforms have a cache management section in their settings where you can clear the cache directly. 4. **Contact Support**: If you're using a third-party service and none of the above options are available to you, the best course of action would be to contact their support team and ask how to clear the cache or if they can do it for you. 5. **Documentation**: Refer to the documentation of the service you're using. There might be instructions on how to clear the cache or reset the service. 6. **Clear Local Cache**: If you're interfacing with the API through a local application, make sure to clear any local caches that might be storing outdated information. If you provide more details about the system or platform you're using, I might be able to give you more specific instructions. If you're unsure, reaching out to the support team of the service you're using is usually the best option.
a
@Vapi give me contacts to vapi support
v
@Adam Certainly! You can reach out to Vapi support through the following contact page: URL: [https://docs.vapi.ai/support](https://docs.vapi.ai/support) Please visit the link and you'll find the necessary information to get in touch with the Vapi support team for assistance with your issue.
a
@Shubham Bajaj @Sahil
s
@Adam check dm.
resolving it over the call.