behaviors array in BatchConfig accepts two types of entries — preset reference strings and full BehaviorDef objects — and you can mix both freely.
Listing available presets
CallGET /api/velma-2-batch/list-presets or GET /api/velma-2-streaming/list-presets to retrieve the behavior preset catalog. Both endpoints require the X-API-Key header and return the same response format.
Example response (truncated)
Example response (truncated)
identifier is what you use in a preset reference string. The detailed_description is the exact detection language Velma applies when you reference a preset — use it as a starting point when adapting a preset into a custom behavior.
Using preset references
Include a preset by adding a"preset:<identifier>" string to the behaviors array. Velma expands it into the full behavior definition before processing.
Including BehaviorDef objects directly
Put fullBehaviorDef objects in the behaviors array for precise control. All four required fields must be present.
To define a custom behavior: supply all four fields with a UUID you generate. See Custom behaviors.
Mixing presets and custom behaviors
Preset references andBehaviorDef objects can coexist in the same behaviors array. If a custom BehaviorDef shares a UUID with a preset entry, the custom definition takes precedence.
Behavior fields reference
| Field | Type | Required |
|---|---|---|
behavior_uuid | UUID string | Yes |
name | string (min 1 char) | Yes |
short_description | string | Yes |
detailed_description | string | Yes |
applies_to_conversation_type_uuids | UUID array or null | No |
applies_to_participant_role_uuids | UUID array or null | No |
Related
- Custom behaviors — define your own from scratch or adapt pre-built ones
- Best practices — write descriptions that produce accurate results
- Capabilities — the full BatchConfig reference