Inconsistent File Access in Assistant API

Description: I’ve encountered an issue with the Assistant API related to file handling. When using the Assistant API’s playground, it appears to have access to files uploaded to the assistant. However, when the API is called programmatically, its behavior is inconsistent.

Steps to Reproduce:

  1. Upload files to the Assistant.
  2. Test file access in the API playground - files are accessible.
  3. Make an API call to query the files (e.g., “What files do you have?”).
  4. Attempt to perform operations on these files through the API (e.g., summarizing content or answering questions based on the file contents).

Expected Behavior: The API should be able to access and interact with the files consistently, both in the playground and when called programmatically. This includes performing tasks like summarizing content or answering questions based on these files.

Actual Behavior: The API successfully acknowledges and lists the files when queried. However, when asked to perform tasks involving the content of these files, it fails to access them, despite the fact that file IDs are attached and visible in the API response.


Has anyone else encountered a similar problem? I’m experiencing a specific issue with the Assistant API related to file handling and I’m curious to know if this is a common challenge. Any insights or shared experiences would be greatly appreciated


i have problems to upload some files. Some js files are uploadable and others are not. They are just 2kb. And sometimes the file names are missing, and then suddenly the are back again.

I get this Error: There was an error uploading the file Exit.js: Invalid file format. Supported formats: [‘c’, ‘cpp’, ‘csv’, ‘docx’, ‘html’, ‘java’, ‘json’, ‘md’, ‘pdf’, ‘php’, ‘pptx’, ‘py’, ‘rb’, ‘tex’, ‘txt’, ‘css’, ‘jpeg’, ‘jpg’, ‘js’, ‘gif’, ‘png’, ‘tar’, ‘ts’, ‘xlsx’, ‘xml’, ‘zip’]

Yes, I also have this problem and have had it for a couple of weeks now. It is inconsistent, most of the time it can access the CSV file with no problem but 10% of the time it will tell the user that it can’t access the files. There is no reason at all for this as it works again soon after. This is impacting my service greatly. Any known fixes?

1 Like

I am currently experiencing a challenge with the Assistant API concerning file handling. In the Assistant API’s playground, files uploaded to the assistant seem to be accessible without any issues. However, I’ve noticed inconsistencies when the API is accessed programmatically. Could anyone provide insights or feedback on this matter? Your assistance would be greatly appreciated.

I am having a similar experience. Using ‘retrieval’ a 5 pages pdf file is provided to the assistant. I use both the API and playground to interact with the resulting assistant. Behaviour is inconsistent:

  • sometimes I get the right answer immediately (and then it is like magic :slight_smile: )
  • sometimes I get a wrong answer and I tell the assistant to check again and the 2nd or 3rd time I get the right answer. (“Sorry I was not providing the right answer. I will check again…”)
  • sometimes it just keeps saying that the requested answer is not available in the provided document(s), while it clearly is.

The inconsistency that I see is making the assistant unreliable, hence useless. I am talking about 50% errors, not just the last 5%.

I have a similar problem using the API- answers that I’m looking for are all located within the uploaded files; when I test assistant in playground, I get great, well-synthesized answers; when I access via API, I get answers of poorer quality that are often totally incorrect. What’s the difference in how files are handled in playground test vs. via API?

I am facing the same issue. using turbo 1106. Would love to know if someone has been able to figure out a solution.

I am facing the same issue. furthermore, the unloaded files tend to be deleted even after saving.

just wondering why it has not yet been resolved??

is there a solution so far?

I am uploading code files for it to reference during our chat but it says it can’t see them.