AI-powered search requires a one-time configuration step and periodic re-indexing when help content changes.
The search feature uses the OpenAI API for generating embeddings and answers. To enable it:
The key is used for two OpenAI services:
If the API key is missing or invalid, search falls back to basic keyword matching automatically.
Help content must be indexed before AI search will return results. Indexing reads all markdown help files, splits them into chunks by heading, generates an embedding vector for each chunk, and stores them in the site database.
Indexing happens automatically when the Help Pages collection is installed or updated. You can also manually trigger a re-index:
Re-indexing performs a full rebuild. It deletes all existing index data and re-processes every help file. This ensures the index is always in sync with the current help content.
You should re-index help content when:
Collection installs trigger re-indexing automatically, but manual uploads and deletes do not. After uploading or deleting articles, click the Re-index Help button to update the search index.
The search index is stored in a SQL Server table named help_search_index. This table is created automatically the first time indexing runs. It does not need to be created manually. The table stores the file path, role, heading, chunk text, embedding vector, and timestamps for each indexed chunk.
Each indexing run and each search query makes API calls to OpenAI. For a typical site with a few hundred help files, the cost is minimal (fractions of a cent per search, a few cents per full re-index). The embedding model (text-embedding-3-small) and answer model (gpt-4o-mini) are among the most cost-effective OpenAI models available.