Skip to main content
Mentions let a user select a typed object—such as a file, knowledge base, or integration-provided business record—and send its stable reference with an agent turn. AgentFlow resolves that reference on the server and injects the result into hidden system_context; the visible user message remains unchanged.

From editor to agent context

  1. Load the agent’s mention manifest with client.mention_types.agent_manifest(agent_id).
  2. Search a manifest entry with search_for_agent(...). Agent-scoped search rejects mention types that are not assigned to that agent.
  3. Submit the selected option as a ContextRef in RunOptions.context_refs.
  4. AgentFlow hydrates the reference through its registered provider and persists the hidden context with the turn for replay.
Use the exact ContextRef shape returned by your application contract. Do not place provider credentials or a full provider record in the user message.

Catalog and custom mention types

/api/v1/mention-types exposes the tenant catalog, provider metadata, editor options, search, availability, and tenant-admin CRUD. System-managed mention types can be searched and assigned but cannot be edited or deleted. Custom mention types require a provider that advertises customer configuration support; AgentFlow validates the provider and source configuration before saving it. The supported triggers are @, #, and /, with @ as the default. Mention keys are stable identifiers and use lowercase letters, numbers, and underscores. The default icon is the canonical keyword-tag UI icon.

Data-object mentions

The data-object catalog describes provider objects and fields that are safe to expose in a mention editor. Use the preview endpoint before creating a data-object mention type. Preview validates the source configuration and returns sample options plus the context that would be injected, without creating the mention type. See SDK: Mentions and the Mentions API reference.