File Search Beta File Search augments the Assistant with knowledge from outside its model, such as proprietary product information or documents provided by your users. OpenAI automatically parses and chunks your documents, creates and stores the embeddings, and use both vector and keyword search to retrieve relevant content to answer user queries. ## Quickstart In this example, we’ll create an assistant that can help answer questions about companies’ financial statements. ### Step 1: Create a new Assistant with File Search Enabled Create a new assistant with `file_search` enabled in the `tools` parameter of the Assistant. Once the `file_search` tool is enabled, the model decides when to retrieve content based on user messages. ### Step 2: Upload files and add them to a Vector Store To access your files, the `file_search` tool uses the Vector Store object. Upload your files and create a Vector Store to contain them. Once the Vector Store is created, you should poll its status until all files are out of the `in_progress` state to ensure that all content has finished processing. The SDK provides helpers to uploading and polling in one shot. fs.createReadStream(path), ); // Create a vector store including our two files. let vectorStore = await openai.beta.vectorStores.create({ name: "Financial Statement", }); await openai.beta.vectorStores.fileBatches.uploadAndPoll(vectorStore.id, fileStreams) `.trim(), }} /> ### Step 3: Update the assistant to to use the new Vector Store To make the files accessible to your assistant, update the assistant’s `tool_resources` with the new `vector_store` id. ### Step 4: Create a thread You can also attach files as Message attachments on your thread. Doing so will create another `vector_store` associated with the thread, or, if there is already a vector store attached to this thread, attach the new files to the existing thread vector store. When you create a Run on this thread, the file search tool will query both the `vector_store` from your assistant and the `vector_store` on the thread. In this example, the user attached a copy of Apple’s latest 10-K filing. Vector stores created using message attachements have a default expiration policy of 7 days after they were last active (defined as the last time the vector store was part of a run). This default exists to help you manage your vector storage costs. You can override these expiration policies at any time. Learn more [here](/docs/assistants/tools/file-search/managing-costs-with-expiration-policies). ### Step 5: Create a run and check the output Now, create a Run and observe that the model uses the File Search tool to provide a response to the user’s question. None: print(f"\\nassistant > ", end="", flush=True)\n @override def on_tool_call_created(self, tool_call): print(f"\\nassistant > {tool_call.type}\\n", flush=True)\n @override def on_message_done(self, message) -> None: # print a citation to the file searched message_content = message.content[0].text annotations = message_content.annotations citations = [] for index, annotation in enumerate(annotations): message_content.value = message_content.value.replace( annotation.text, f"[{index}]" ) if file_citation := getattr(annotation, "file_citation", None): cited_file = client.files.retrieve(file_citation.file_id) citations.append(f"[{index}] {cited_file.filename}")\n print(message_content.value) print("\\n".join(citations))\n\n # Then, we use the stream SDK helper # with the EventHandler class to create the Run # and stream the response.\n with client.beta.threads.runs.stream( thread_id=thread.id, assistant_id=assistant.id, instructions="Please address the user as Jane Doe. The user has a premium account.", event_handler=EventHandler(), ) as stream: stream.until_done() `.trim(), "node.js": ` const stream = openai.beta.threads.runs .stream(thread.id, { assistant_id: assistant.id, }) .on("textCreated", () => console.log("assistant >")) .on("toolCallCreated", (event) => console.log("assistant " + event.type)) .on("messageDone", async (event) => { if (event.content[0].type === "text") { const { text } = event.content[0]; const { annotations } = text; const citations: string[] = [];\n let index = 0; for (let annotation of annotations) { text.value = text.value.replace(annotation.text, "[" + index + "]"); const { file_citation } = annotation; if (file_citation) { const citedFile = await openai.files.retrieve(file_citation.file_id); citations.push("[" + index + "]" + citedFile.filename); } index++; }\n console.log(text.value); console.log(citations.join("\\n")); } `.trim(), }} /> ), }, { value: "without-streaming", label: "Without streaming", content: ( ), }, ]} initialValue="streaming" /> Your new assistant will query both attached vector stores (one containing `goog-10k.pdf` and `brka-10k.txt`, and the other containing `aapl-10k.pdf`) and return this result from `aapl-10k.pdf`. --- ## How it works The `file_search` tool implements several retrieval best practices out of the box to help you extract the right data from your files and augment the model’s responses. The `file_search` tool: - Rewrites user queries to optimize them for search. - Breaks down complex user queries into multiple searches it can run in parallel. - Runs both keyword and semantic searches across both assistant and thread vector stores. - Reranks search results to pick the most relevant ones before generating the final response. By default, the `file_search` tool uses the following settings but these can be [configured](/docs/assistants/tools/file-search/customizing-file-search-settings) to suit your needs: - Chunk size: 800 tokens - Chunk overlap: 400 tokens - Embedding model: `text-embedding-3-large` at 256 dimensions - Maximum number of chunks added to context: 20 (could be fewer) **Known Limitations** We have a few known limitations we're working on adding support for in the coming months: 1. Support for deterministic pre-search filtering using custom metadata. 2. Support for parsing images within documents (including images of charts, graphs, tables etc.) 3. Support for retrievals over structured file formats (like `csv` or `jsonl`). 4. Better support for summarization — the tool today is optimized for search queries. ## Vector stores Vector Store objects give the File Search tool the ability to search your files. Adding a file to a `vector_store` automatically parses, chunks, embeds and stores the file in a vector database that's capable of both keyword and semantic search. Each `vector_store` can hold up to 10,000 files. Vector stores can be attached to both Assistants and Threads. Today, you can attach at most one vector store to an assistant and at most one vector store to a thread. #### Creating vector stores and adding files You can create a vector store and add files to it in a single API call: Adding files to vector stores is an async operation. To ensure the operation is complete, we recommend that you use the 'create and poll' helpers in our official SDKs. If you're not using the SDKs, you can retrieve the `vector_store` object and monitor it's [`file_counts`](/docs/api-reference/vector-stores/object#vector-stores/object-file_counts) property to see the result of the file ingestion operation. Files can also be added to a vector store after it's created by [creating vector store files](/docs/api-reference/vector-stores/createFile). Alternatively, you can add several files to a vector store by [creating batches](/docs/api-reference/vector-stores/createBatch) of up to 500 files. Similarly, these files can be removed from a vector store by either: - Deleting the [vector store file object](/docs/api-reference/vector-stores/deleteFile) or, - By deleting the underlying [file object](/docs/api-reference/files/delete) (which removes the file it from all `vector_store` and `code_interpreter` configurations across all assistants and threads in your organization) The maximum file size is 512 MB. Each file should contain no more than 5,000,000 tokens per file (computed automatically when you attach a file). File Search supports a variety of file formats including `.pdf`, `.md`, and `.docx`. More details on the file extensions (and their corresponding MIME-types) supported can be found in the [Supported files](/docs/assistants/tools/file-search/supported-files) section below. #### Attaching vector stores You can attach vector stores to your Assistant or Thread using the `tool_resources` parameter. You can also attach a vector store to Threads or Assistants after they're created by updating them with the right `tool_resources`. #### Ensuring vector store readiness before creating runs We highly recommend that you ensure all files in a `vector_store` are fully processed before you create a run. This will ensure that all the data in your `vector_store` is searchable. You can check for `vector_store` readiness by using the polling helpers in our SDKs, or by manually polling the `vector_store` object to ensure the [`status`](/docs/api-reference/vector-stores/object#vector-stores/object-status) is `completed`. As a fallback, we've built a **60 second maximum wait** in the Run object when the **thread’s** vector store contains files that are still being processed. This is to ensure that any files your users upload in a thread a fully searchable before the run proceeds. This fallback wait _does not_ apply to the assistant's vector store. #### Customizing File Search settings You can customize how the `file_search` tool chunks your data and how many chunks it returns to the model context. **Chunking configuration** By default, `max_chunk_size_tokens` is set to `800` and `chunk_overlap_tokens` is set to `400`, meaning every file is indexed by being split up into 800-token chunks, with 400-token overlap between consecutive chunks. You can adjust this by setting [`chunking_strategy`](/docs/api-reference/vector-stores-files/createFile#vector-stores-files-createfile-chunking_strategy) when adding files to the vector store. There are certain limitations to `chunking_strategy`: - `max_chunk_size_tokens` must be between 100 and 4096 inclusive. - `chunk_overlap_tokens` must be non-negative and should not exceed `max_chunk_size_tokens / 2`. **Number of chunks** By default, the `file_search` tool outputs up to 20 chunks for `gpt-4*` models and up to 5 chunks for `gpt-3.5-turbo`. You can adjust this by setting [`file_search.max_num_results`](/docs/api-reference/assistants/createAssistant#assistants-createassistant-tools) in the tool when creating the assistant or the run. Note that the `file_search` tool may output fewer than this number for a myriad of reasons: - The total number of chunks is fewer than `max_num_results`. - The total token size of all the retrieved chunks exceeds the token "budget" assigned to the `file_search` tool. The `file_search` tool currently has a token bugdet of: - 4,000 tokens for `gpt-3.5-turbo` - 16,000 tokens for `gpt-4*` models #### Managing costs with expiration policies The `file_search` tool uses the `vector_stores` object as its resource and you will be billed based on the [size](/docs/api-reference/vector-stores/object#vector-stores/object-bytes) of the `vector_store` objects created. The size of the vector store object is the sum of all the parsed chunks from your files and their corresponding embeddings. You first GB is free and beyond that, usage is billed at $0.10/GB/day of vector storage. There are no other costs associated with vector store operations. In order to help you manage the costs associated with these `vector_store` objects, we have added support for expiration policies in the `vector_store` object. You can set these policies when creating or updating the `vector_store` object. **Thread vector stores have default expiration policies** Vector stores created using thread helpers (like [`tool_resources.file_search.vector_stores`](/docs/api-reference/threads/createThread#threads-createthread-tool_resources) in Threads or [message.attachments](/docs/api-reference/messages/createMessage#messages-createmessage-attachments) in Messages) have a default expiration policy of 7 days after they were last active (defined as the last time the vector store was part of a run). When a vector store expires, runs on that thread will fail. To fix this, you can simply recreate a new `vector_store` with the same files and reattach it to the thread. ## Supported files _For `text/` MIME types, the encoding must be one of `utf-8`, `utf-16`, or `ascii`._ | File format | MIME type | | ----------- | --------------------------------------------------------------------------- | | `.c` | `text/x-c` | | `.cs` | `text/x-csharp` | | `.cpp` | `text/x-c++` | | `.doc` | `application/msword` | | `.docx` | `application/vnd.openxmlformats-officedocument.wordprocessingml.document` | | `.html` | `text/html` | | `.java` | `text/x-java` | | `.json` | `application/json` | | `.md` | `text/markdown` | | `.pdf` | `application/pdf` | | `.php` | `text/x-php` | | `.pptx` | `application/vnd.openxmlformats-officedocument.presentationml.presentation` | | `.py` | `text/x-python` | | `.py` | `text/x-script.python` | | `.rb` | `text/x-ruby` | | `.tex` | `text/x-tex` | | `.txt` | `text/plain` | | `.css` | `text/css` | | `.js` | `text/javascript` | | `.sh` | `application/x-sh` | | `.ts` | `application/typescript` |