Skip to main content
All seven knowledge base tools are available on hosted HTTP MCP and stdio MCP. Query a named KB explicitly. Broad recall does not automatically search every KB or rank them by sourceRole.

Access and allowances

A KB row must be active and visible to the resolved identity through its agent allow-list. A channel is not an independent KB-row filter. Channel-bearing chunks have additional visibility checks; channel-less chunks are shared within the visible KB. Pass an explicit resolved agentId on list/query calls. Agent and channel settings partition one account; use separate accounts and keys for separate security boundaries. Owner management operations have broader access than scoped retrieval. KB chunks are excluded from the active non-KB memory allowance. These MCP schemas do not offer project/repository filters. See HTTP KB endpoints for lifecycle operations beyond the seven tools.

When to use

Use a KB for material you want to query as a named reference: manuals, procedures, or style guidance. Use remember for an individual conversational fact and research for structured research records and run lineage.

Prepare a reference corpus

  1. Create a base and set its intended allow-list.
  2. Import meaningful chunks with stable keys if you will refresh them.
  3. List using the identity that will consume the material.
  4. Query a known passage to verify access and retrieval.
  5. Reimport a changed section under its existing key. Enumerate chunks when you need to inspect the whole corpus.

Parameters

Examples

Call crystal_query_knowledge_base:

Read the reference manual

Request body:
Hosted MCP response (selected fields):

Errors and common mistakes

If a visible base returns no chunks, check chunk scope as well as the base’s allow-list and activity. An unscoped management listing is not proof of scoped query access. agentIds: [] closes access; it does not open it. Keep separate customers in separate accounts rather than relying on these within-account settings.