Clone Taxonomy
Clone a taxonomy with optional modifications.
Purpose: Creates a NEW taxonomy (with new ID) based on an existing one. This is the recommended way to iterate on taxonomy designs when you need to modify core logic that PATCH doesn’t allow (config, retriever_id, input_mappings).
Clone vs PATCH vs Template:
- PATCH: Update metadata only (name, description, metadata)
- Clone: Copy and modify core logic (config, retriever, collections)
- Template: Start from a pre-configured pattern (for new projects)
Common Use Cases:
- Fix configuration errors without losing join history
- Change retriever or input mappings
- Modify enrichment fields or collection configuration
- Test modifications before replacing production taxonomy
- Create variants for different datasets
How it works:
- Source taxonomy is copied
- You provide a new name (REQUIRED)
- Optionally override any other fields (description, config)
- A new taxonomy is created with a new ID
- Original taxonomy remains unchanged
Headers
Bearer token authentication using your API key. Format: 'Bearer sk_xxxxxxxxxxxxx'. You can create API keys in the Mixpeek dashboard under Organization Settings.
"Bearer YOUR_MIXPEEK_API_KEY"
Namespace identifier for scoping this request. All resources (collections, buckets, taxonomies, etc.) are scoped to a namespace. You can provide either the namespace name or namespace ID. Format: ns_xxxxxxxxxxxxx (ID) or a custom name like 'my-namespace'. Falls back to ?namespace= query parameter if the header is omitted.
"ns_abc123def456"
"production"
"my-namespace"
Path Parameters
Source taxonomy ID or name to clone.
Body
Request to clone a taxonomy with optional modifications.
Purpose: Cloning creates a NEW taxonomy (with new ID) based on an existing one, allowing you to make changes that aren't allowed via PATCH (config, retriever_id, collections). This is the recommended way to iterate on taxonomy designs.
Clone vs Template vs Version:
- Clone: Copy THIS taxonomy and modify it (for iteration/fixes)
- Template: Create taxonomy from a reusable pattern (for new projects)
- Version: (Not implemented) - Use clone instead
Use Cases:
- Fix configuration errors without losing join history
- Change retriever or input mappings
- Change target collections
- Test modifications before replacing production taxonomy
- Create variants for different datasets
All fields are OPTIONAL:
- Omit a field to keep the original value
- Provide a field to override the original value
- taxonomy_name is REQUIRED (clones must have unique names)
REQUIRED. Name for the cloned taxonomy. Must be unique and different from the source taxonomy.
1"product_tags_v2"
"org_hierarchy_strict"
OPTIONAL. Description override. If omitted, copies from source taxonomy.
"Cloned from product_tags with updated retriever"
Configuration for a flat taxonomy - single source collection with one retriever.
- FlatTaxonomyConfig
- HierarchicalTaxonomyConfig
{
"input_mappings": [
{
"input_key": "image_vector",
"path": "features.clip_vit_l_14",
"source_type": "vector"
}
],
"retriever_id": "ret_clip_v1",
"source_collection": {
"collection_id": "col_products_v1",
"enrichment_fields": [
{
"field_path": "metadata.tags",
"merge_mode": "append"
}
]
},
"taxonomy_type": "flat"
}Response
Successful Response
Response after cloning a taxonomy.
Cloned taxonomy configuration with new taxonomy_id.
{
"config": {
"default_input_mappings": [
{
"input_key": "image_vector",
"path": "features.clip_vit_l_14",
"source_type": "vector"
}
],
"default_retriever_id": "ret_clip_v1",
"source_collection": { "collection_id": "col_products_v1" },
"taxonomy_type": "flat"
},
"namespace_id": "ns_123",
"taxonomy_name": "product_tags",
"taxonomy_type": "flat"
}{
"config": {
"build_mode": "explicit",
"default_input_mappings": [
{
"input_key": "face_vec",
"path": "features.face",
"source_type": "vector"
}
],
"default_retriever_id": "ret_face_v1",
"hierarchical_nodes": [
{ "collection_id": "col_employees_v1" },
{
"collection_id": "col_executives_v1",
"parent_collection_id": "col_employees_v1"
}
],
"taxonomy_type": "hierarchical"
},
"namespace_id": "ns_123",
"taxonomy_name": "org_hierarchy",
"taxonomy_type": "hierarchical"
}ID of the source taxonomy that was cloned.

