Knowledge bases
Integrations
Custom tools
Opening the capabilities drawer
In an actor’s config panel, click Configure Capabilities.
The capabilities drawer with three tabs.
Knowledge bases
Pick a knowledge base from your workspace’s Knowledge Base library. The actor gets asearch_knowledge_base tool it can call whenever it needs to look something up.
Fields when you add a KB:
Integrations
Integrations give an actor the ability to act on connected apps.
Pick an app

Browse or search the integrations catalog. Each tile shows how many actions the app exposes.

Narrow the catalog by typing a name — e.g. 'gmail'.
Pick a connection
Pick which actions to expose
send-email, list-messages, search-threads, etc. If this actor only ever needs to send emails, give it only send-email. Narrow scope = safer behaviour.
Toggle individual actions on or off — only checked actions are exposed to the actor as tools.
send-email). The LLM picks the tool’s arguments — to, subject, body — based on the actor’s instructions and the conversation context.
A worked example
A “Send confirmation email” actor:- Capability: Gmail → connection
Acme Gmail→ actionsend-email. - Instructions: “After collecting the user’s name, email, and request, send them a confirmation email summarizing what we’ve captured. Use the send-email tool.”
send-email with to=<user's email>, subject="We received your request", and a body containing the summary. The email lands in the user’s inbox; the actor confirms in chat.
Custom tools
Three types:

The Add menu in the Custom Tools tab — pick Execute Workflow, Execute Code, or HTTP Request.
Execute Code
A Python snippet the actor can run. Sandboxed; preinstalled with common libraries.args based on the conversation; the snippet returns structured data back.
Best for: calculations, formatting, data transformations.

Execute Code form — name, description, parameters, and a Python editor. The LLM fills args; you write what to return via output_data(...).
Execute Workflow
Kicks off another CogniAgent workflow by id. Optionally waits for it to finish and returns the result. Best for: deterministic multi-step processes you’ve already built as workflows — refund processing, lead scoring, report generation.
Execute Workflow form — pick the deployed workflow and map the LLM's arguments to its inputs.
HTTP Request
Make an HTTP call to an internal API or third-party endpoint. Configure method, URL, headers, body schema; parse the response. Best for: lightweight integrations to APIs you control, or one-off endpoints that don’t justify a full integration.
HTTP Request form — method, URL, headers, parameters, and an optional response parser.
Built-in tools every actor has
Independent of what you configure, every actor automatically has the routing tools its focus mode allows:done (signal completion), hand off to a sibling, escalate to global, ask user to clarify. You don’t see these in the capabilities drawer — they’re managed by the platform.
Global vs per-actor capabilities
You can also configure capabilities at the flow level — every actor inherits them.
- Every actor needs the same knowledge base (e.g. company FAQ).
- You’re configuring an integration once that multiple actors will use (e.g. Slack notifier).
- Only one actor needs the capability (e.g. only Returns Specialist needs Shopify access).
- Access should be restricted for privacy / scope reasons.
