Built-in Tools

File Search

File Search is a composite tool: one configuration row, up to five sub-tools registered with the AI client. Each capability is independently enabled, named, and tuned. No code, no external network — File Search reads only the active version of content already on your MCP server.

A composite tool

Most Vectoralix tools register as a single MCP tool. File Search is the exception. One File Search row in your dashboard fans out into up to five independently named MCP tools at registration time — one per enabled capability. The AI client sees them as separate callables and can choose which one to invoke.

search_tools row  ─┬─>  list_categories       (capability)
                   ├─>  list_groups            (capability)
                   ├─>  full_text_search       (capability)
                   ├─>  list_files             (capability)
                   └─>  search_related         (capability)

The five capabilities

  • List Categories — return the categories defined on the active version of the server.
  • List Groups — return the file groups within (optionally) a category.
  • Full-Text Search — keyword search across the active version's content with snippets around the match.
  • List Files — list content rows in (optionally) a group, with previews trimmed to a configurable size.
  • Search Related — given a content row, return related rows by relation graph.

Per-capability settings

Every capability fieldset on the configure page exposes the same three top-level fields plus capability-specific knobs:

  • Enabled — when off, the capability is dropped from the MCP registration. The tool can ship with only two of five capabilities active.
  • Tool name — the name AI clients see for this capability. Make it readable to an LLM (e.g. search_docs, list_knowledge_categories).
  • Description — a short hint to help the model decide when to call this capability.

Capability-specific knobs

Capability Settings
List Categories None
List Groups None
Full-Text Search max_results (default 10), snippet_length (default 200 words)
List Files preview_mode (words/paragraphs), word_count (default 50), paragraph_count (default 1), max_results (default 20)
Search Related max_results (default 10), snippet_length (default 200 words)

Version awareness

File Search always reads the server's active version. Switch the active version and the next AI client call returns results from the new snapshot — no redeploy of the tool itself is required, since tools themselves are not versioned. If you import new content but forget to cut a new version, the live content table updates while File Search keeps serving the older snapshot. See Versioning & Releases for the full distinction.

Typical AI-client call chain

AI clients are expected to chain capabilities. Categories give the broadest picture, groups narrow that down, and full-text search or list-files surfaces the actual content. A typical session looks like:

1. list_categories       ->  pick a relevant category
2. list_groups           ->  narrow to a group inside it
3. full_text_search      ->  find specific content
4. list_files / read     ->  get the full text the model needs

Safety and limits

  • No external network calls and no sandbox concerns — File Search runs entirely against the tenant database.
  • Defaults (10 results for full-text, 200-word snippets) keep context-window usage bounded; you can override per capability.
  • Results are scoped to the server's active version only.
  • Disabled capabilities never reach the MCP registration, so an AI client cannot call them by name.

No content uploaded yet?: File Search has nothing to read until your MCP server has content. Upload content directly, or connect a Source Integration to import from a Git provider, then activate a version.