Search memories within a project.
System returns the top K relevant memories matching the natural language query. The result is sorted by timestamp to help with context.
The filter field allows for filtering based on metadata key-value pairs. The types field allows specifying which memory types to include in the search.
Specification model for searching memories.
The natural language query used for semantic memory search. This should be
a descriptive string of the information you are looking for.The unique identifier of the organization.
- Must not contain slashes (`/`).
- Must contain only letters, numbers, underscores, hyphens, and Unicode
characters (e.g., Chinese/Japanese/Korean). No slashes or other symbols
are allowed.
This value determines the namespace the project belongs to.The identifier of the project.
- Must be unique within the organization.
- Must not contain slashes (`/`).
- Must contain only letters, numbers, underscores, hyphens, and Unicode
characters (e.g., Chinese/Japanese/Korean). No slashes or other symbols
are allowed.
This ID is used in API paths and resource locations.The maximum number of memories to return in the search results.An optional string filter applied to the memory metadata. This uses a
simple query language (e.g., 'metadata.user_id=123') for exact matches.
Multiple conditions can be combined using AND operators. The metadata
fields are prefixed with 'metadata.' to distinguish them from other fields.A list of memory types to include in the search (e.g., Episodic, Semantic).
If empty, all available types are searched.Memory type.
semantic, episodic