Settings Guide
Manage project-level settings in Cognigy via the manage_settings tool.
Voice Preview Settings
Configure a speech provider so voice endpoints (WebRTC) can synthesize and recognize speech.
Quick Start
{
"operation": "set_voice_preview",
"projectId": "<24-char hex>",
"provider": "microsoft"
}
This auto-detects an existing speech connection for the provider. If none is found, you'll get instructions to upload a package containing one.
With explicit connection
{
"operation": "set_voice_preview",
"projectId": "<24-char hex>",
"provider": "microsoft",
"connectionId": "<connection referenceId>"
}
Supported Providers
| Provider | Connection Type |
|---|---|
microsoft |
MicrosoftSpeechProvider |
google |
GoogleSpeechProvider |
aws |
AWSSpeechProvider |
deepgram |
DeepgramSpeechProvider |
elevenlabs |
ElevenLabsSpeechProvider |
No speech connection found?
Speech connections are typically installed via Cognigy packages. To add one:
manage_packages { operation: "upload_and_inspect", projectId, filePath: "<path to package.zip>" }manage_packages { operation: "import", projectId, packageId }- Retry
manage_settings { operation: "set_voice_preview", projectId, provider }
Typical Full Workflow
create_ai_agent→ get projectIdsetup_llm→ configure LLMmanage_settings { operation: "set_voice_preview", projectId, provider: "microsoft" }→ configure speechmanage_voice_gateway { projectId, flowId }→ create voice endpoint with WebRTC
Knowledge AI Settings
Configure the project-level settings used by Knowledge Search and document parsing.
This is separate from the embedding model used by manage_knowledge to build the knowledge-store index. Do not confuse these settings:
- Embedding model: required for the knowledge store itself
- Knowledge Search model: configured here via
knowledgeSearchModelId answerExtractionModelIdis also supported by the tool, but it is usually not needed for normal AI-agent knowledge-store setups.knowledgeSearchModelIdmust reference anllm_modelfrom the same project- The accepted model type for
knowledgeSearchModelIdis instance-dependent
Quick Start
{
"operation": "set_knowledge_ai",
"projectId": "<24-char hex>",
"knowledgeSearchModelId": "<llm referenceId>",
"contentParser": "default"
}
If you provide knowledgeSearchModelId or answerExtractionModelId, the tool automatically enables generative AI settings for the project.
With Azure Content Parser
{
"operation": "set_knowledge_ai",
"projectId": "<24-char hex>",
"contentParser": "azure",
"azureDIConnectionId": "<connection referenceId>"
}
Fields
| Field | Meaning |
|---|---|
knowledgeSearchModelId |
llm_model referenceId from the same project for Knowledge Search |
answerExtractionModelId |
Optional llm_model referenceId from the same project for Answer Extraction |
contentParser |
One of default, legacy, or azure |
azureDIConnectionId |
Azure AI Document Intelligence connection referenceId; required when contentParser is azure |
Important Notes
- Knowledge AI model IDs must come from the SAME project. Use
list_resources { resourceType: "llm_model", projectId }to find them. - For Knowledge Search, prefer
list_resources { resourceType: "llm_model", projectId, useCase: "knowledgeSearch" }so the candidate set matches the Settings UI dropdown. knowledgeSearchModelIdis not the embedding-model field used bymanage_knowledge- Keep the AI Agent model and
knowledgeSearchModelIdseparate. The response model you want for the agent is not a reason to test that same model for Knowledge Search. - Treat model names in guides as examples only. The use-case-filtered LLM list and API validation are the source of truth.
- In normal AI-agent knowledge flows, set these settings before
manage_knowledge { operation: "create_store", ... } - If reusing another project's setup, import the exact source-project Knowledge Search model into the target project before the first
set_knowledge_aiattempt - If multiple required imported models share one connection, transfer that connection once together with all of those models instead of importing it again later
- If the exact source-project Knowledge Search model is still missing from the target project, stop and import it before trying a different model here
Typical Knowledge Workflow
- Ensure the target project has an embedding model for the knowledge store, and if reusing another project, bring over the exact source-project Knowledge Search model before guessing with another candidate
manage_settings { operation: "set_knowledge_ai", projectId, knowledgeSearchModelId, contentParser }manage_knowledge { operation: "create_store", projectId, name }create_tool { toolType: "knowledge", ... }orcreate_ai_agent { knowledgeStoreReferenceId }