Skip to main content
Updated in 2026.12
LLM Prompt Node

Description

The LLM Prompt Node lets you configure the system prompt for your LLM calls, generating both text and structured content. With this Node, you can also:
  • Include tools in your LLM calls.
  • Enable image handling.
  • Set advanced LLM request options.
Additionally, you can refer to your AI Agent configuration using the Load AI Agent Node. Before using this Node, set the LLM provider in the Settings.

Limitations

  • The Description and Enum fields in the Parameters section of an AI Agent tool don’t support CognigyScript.

Parameters

Parent Node

The selected Default model is the model that you specified in Settings > Generative AI Settings of your Project.You can select a different model from the list or override the selected model using the Custom Model Options parameter.
The system prompt is the message sent to the LLM to guide its responses. The parameter supports CognigyScript, allowing dynamic content and logic within the prompt. This prompt can work either as the input for completion tasks or as the system message in chat-based interactions, setting context and behavior for the AI Agent.Additionally, you can inject the recent conversation into the System Prompt field by using these tags:
  • @cognigyRecentConversation — the tag is replaced with a string that can contain up to 10 recent AI Agent and 10 user outputs, for example:
  • @cognigyRecentUserInputs — the tag is replaced with a string that can contain up to 10 recent user outputs, for example:
If you want to access only the last user input, specify the Text token in the System Prompt field.When adding a tag, ensure that you leave a line break before and after the tag, for example:
Both tags can include an optional turn limit parameter, which is appended to the tag.Examples:
Streaming ResultsIn Stream mode, LLM generates tokens and returns them one by one to Cognigy.AI to ensure low-latency responses. Cognigy.AI monitors delimiter tokens (Stream Buffer Flush Tokens), which serve as markers indicating when to output the token buffer. These tokens could be ., !, ?, or any other symbols that act as delimiters for complete logical statements. When Cognigy.AI detects one of these tokens, it promptly flushes the token buffer into the voice or text chat.The preconfigured overrides are listed in the table.
The process of setting up a tool is the same as for the AI Agent Node. See the example in the AI Agent Tool Settings section.
These options let you use parameters that aren’t included in the LLM Prompt Node or overwrite set configurations.Forcing Model VersionsYou can force the LLM Prompt Node to use a specific model version by including it in the Custom Options. This means that the LLM Prompt Node will use the specified version of the language model instead of the default or any other available versions. This allows for more control over the behavior of the LLM Prompt Node, ensuring it uses the desired model version for generating prompts or responses.You can use models from any LLM provider supported by Cognigy, including those not yet directly integrated. However, you can only replace a model with another from the same provider.Let’s consider an example with Anthropic: You can force the LLM Prompt Node to use the model version claude-opus-4-1-20250805, despite the LLM resource defaulting to the claude-opus-4-5-20251101 model:
  1. Create an Anthropic LLM resource for Claude, for example, claude-opus-4-5-20251101.
  2. Create a Flow and add an LLM Prompt Node to it.
  3. In the LLM Prompt Node, select the model claude-opus-4-5-20251101 from the Large Language Model list.
  4. In the Custom Model Options field, add { "model": "claude-opus-4-1-20250805" } to force the use of the claude-opus-4-1-20250805 model.
  5. Click Save Node.
The LLM Prompt Node now utilizes the claude-opus-4-1-20250805 model.Below, you’ll find documentation for supported models:
When using the Interaction Panel, you can trigger two types of debug logs. These logs are only available when using the Interaction Panel and are not intended for production debugging. You can also combine both log types.

Child Nodes

Tool

Tools are child Nodes of AI Agent Nodes. They define the actions the AI Agent can take. If an AI Agent wants to execute the tool, the branch below the child Node is executed. At the end of a tool branch, it is advisable to use a Resolve Tool Action Node to return to the AI Agent. Clicking the Tool Node lets you define a tool, set its parameters, and allows debugging by enabling detailed messages about the tool’s execution.
Configure the parameters that the AI Agent will collect before the tool is called. You can switch between the Graphical and JSON editors. When editing the JSON, follow the JSON Schema specification.

MCP Tool

MCP Tool Nodes are child Nodes of AI Agent Nodes. The MCP Tool Nodes connect to a remote MCP server to load tools that the AI Agent can execute. If an AI Agent wants to execute one of the loaded tools, the branch below the MCP Tool Node is triggered. Clicking the MCP Tool Node lets you define the connection, filter loaded tools, and allows debugging by enabling detailed messages about the tool’s execution.

Call MCP Tool

In the Flow editor, when you add an MCP Tool Node, a Call MCP Tool Node is automatically created below it. These two Nodes work together to define and execute the chosen tool. The Call MCP Tool Node sets the actual execution point of the chosen tool. This way, you can verify or modify the tool call arguments in the input.aiAgent.toolArgs object, or add a Say Node before the tool call. When the Call MCP Tool Node is executed, the tool call is sent to the remote MCP server, where the Tool is executed remotely with any arguments set by the AI Agent. To return the tool result to the AI Agent, the Resolve Immediately setting can be enabled to send the full result returned from the remote MCP server to the AI Agent. As an alternative, use a Resolve Tool Action Node to return a specific result to the AI Agent.

Knowledge Tool

The Knowledge Tool Node is a child Node of the AI Agent Node. It allows the AI Agent to directly access Knowledge Stores to provide context-aware responses. In the Knowledge Tool Node, you can select the Knowledge Store to search, Source Tags to refine the search, and allows for detailed debug messages about the tool’s execution.

Send Email Tool

The Send Email tool lets your AI Agent send emails directly to users. The Send Email tool uses the same configuration and restrictions as the Email Notification Node but adds more flexibility. While the Email Notification Node sends emails at a fixed step in a Flow, the Send Email tool allows the AI Agent to send emails dynamically, based on user input, conversation context, or instructions. This tool makes automation more flexible and minimizes extra Flow steps.

Handover to AI Agent Tool

The Handover to AI Agent tool lets you transfer a conversation to another AI Agent in the same or a different Flow. This approach ensures the conversation keeps its context, different AI Agents can handle specific tasks, and multi-step conversations run smoothly across Flows.

Handover to Human Agent Tool

The Handover to Human Agent tool lets you transfer a conversation to a human agent through handover providers. This tool allows your AI Agents to refer complex tasks to a human agent if they can’t address the user’s request.
For more information, read the Live Agent Handover Setup and Real-Time Queue Notifications documentation.
Example for the Custom Attributes parameter:
Example for the Custom Attributes parameter:
For more information, read the Genesys Cloud Guest Chat and Genesys Cloud Open Messaging documentation.
For more information, read the 8x8 Handover Setup documentation.
For more information, read the RingCentral Engage Integration documentation.

Execute Workflow Tool

The Execute Workflow tool lets the AI Agent execute another Flow. After the target Flow executes, the conversation returns to the AI Agent. The target Flow inherits the Context object from the AI Agent. If the Context object is changed during the target Flow execution, these changes are also available to the AI Agent.

Examples

Tool

In this example, the unlock_account tool unlocks a user account by providing the email and specifying the reason for the unlocking. Parameter configuration in JSON:
where:
  • type — the type for a tool parameter schema, which must always be object.
  • properties — defines the parameters for the tool configuration:
    • email — a required tool parameter for unlocking the account.
      • type — defines the data type for the tool parameter.
      • description — a brief explanation of what the property represents.
  • required — lists email as a required parameter, ensuring that this value is always provided when the tool is called.
  • additionalProperties — ensures that the input contains only the email tool parameter, and no others are allowed.

MCP Tool and Call MCP Tool

Use Zapier’s Remote MCP server

You can create a custom MCP server with personalized tools by using one of the provided SDKs. For a quicker setup, you can use a third-party provider. For example, Zapier allows you to configure your MCP server, which can be connected to multiple application APIs. To use Zapier as a remote MCP server, follow these steps:
  1. Log in to your Zapier account, go to the MCP settings page, and configure your MCP server.
  2. Copy the SSE URL and paste it into the MCP Server SSE URL field of your MCP Tool Node.
  3. In the Zapier MCP settings, create an action to connect to various APIs. For example, you can create a Zapier action to automatically generate a Google Doc.
Once the setup is complete, the configured MCP Actions will be loaded when the AI Agent is executed. You will see the following debug message in the Interaction Panel, indicating the result of the tool call after a successful execution:

Knowledge Tool

In this example, you have two Knowledge tools to search two different Knowledge Stores. Each Knowledge Store refers to a different product category, in this example, appliances and furniture. To guide the AI Agent to use the correct Knowledge tool, enter a clear tool ID and description:
  • Knowledge Tool 1:
    • Tool ID: search_appliances
    • Description: Find the answer to prompts or questions about appliances by searching the attached data sources. Use this tool when a customer asks about appliance items such as washing machines, dryers, and other household appliances. Focus exclusively on a knowledge search and does not execute tasks like small talk, calculations, or script running.
  • Knowledge Tool 2:
    • Tool ID: search_furniture
    • Description: Find the answer to prompts or questions about furniture by searching the attached data sources. Use this tool when a customer asks about furniture items such as sofas, tables, and other items. Focus exclusively on a knowledge search and does not execute tasks like small talk, calculations, or script running.

More Information


1: Note that not all LLM models support streaming.
Last modified on June 15, 2026