Skip to content

Glossary

Quick reference for terms you will encounter across the Kindo documentation.

TermDefinition
AgentA Kindo-managed automation that executes a series of steps. Types include Chatbots, Workflow Agents, and Triggered Agents.
Agent RunThe final output of an agent’s last LLM Step.
Agent StepAn atomic operation within an agent: LLM Step, Action Step, or API Action Step.
Auth BackendThe component managing enterprise SSO and authentication. Self-Managed Kindo uses SSOReady.
ChatA collection of requests from a user to LLMs through the Kindo Terminal without an agent.
ChatbotAn agent that responds to users using information from an AI model and a knowledge base.
DeepHatKindo’s proprietary cybersecurity-focused LLM, optimized for DevSecOps tasks and adversary simulation.
DLP (Data Loss Prevention)Filters that tokenize or redact sensitive data before it reaches AI models.
Embeddings ModelA model that converts content into numeric vectors for semantic search and retrieval.
Environment(Self-Managed) The Kubernetes platform where Kindo’s Helm Chart runs.
FileA file within the Kindo Platform — uploaded by users, provided by integrations, or generated by AI.
IntegrationAn external system connected to Kindo for data ingestion and outbound actions (e.g., Jira, Slack).
Kindo APIKindo’s REST API surface. api.kindo.ai is the primary public API domain, providing unified auth, audit logging, and the full /v1 surface including chat completions, responses, conversations, models, and agents. llm.kindo.ai is the legacy direct-to-LiteLLM path retained for backward compatibility; it supports only chat completions.
Kindo SaaSThe cloud-hosted version of Kindo, managed by the Kindo team.
Kindo TerminalThe primary user interface for making requests to AI models.
LLMLarge Language Model — the AI model used in requests (e.g., GPT-4, Claude, DeepSeek R1).
LLM StepAn agent step that requests a response from an LLM.
Audit LogA record of user, AI agent, and administrative actions within Kindo. Stored in the database by default; optionally forwarded to syslog in Self-Managed deployments. See Security Controls.
Log BackendWhere Kindo streams its audit log (Syslog server in Self-Managed).
MCPModel Context Protocol — an open standard for connecting AI agents to external tools.
MemoryThe historical collection of LLM responses within a chat or agent session.
PeripheriesThird-party services Kindo depends on (Unleash, Qdrant, Presidio, etc.).
Redis StreamsThe Redis data structure Kindo currently uses for real-time conversation streaming between backend services. Requires a non-sharded Redis deployment. See Plan & Provision Infrastructure.
ResourceA structured data entity from an integration (Tickets, Users, Emails, Logs).
RunAn instance of interaction between a user and an LLM brokered by Kindo.
SandboxAn isolated VM created per agent conversation for secure code execution.
SecretA sensitive value (API key, token, etc.) stored in the Secrets Vault.
Self-Managed Kindo (SMK)Kindo deployed in customer-controlled infrastructure via Kubernetes Helm Chart.
Self-Managed ModelAn AI model hosted and managed by the customer rather than a cloud provider.
State DBThe backend relational database (PostgreSQL) holding Kindo’s application state.
Step RunThe individual response of a single LLM Step within an agent.
Sync BackendThe component that syncs Kindo with external SaaS services (ticketing, storage, etc.).
TargetThe output destination of an agent run (Terminal, ticketing system, API endpoint).
Triggered AgentAn agent that activates in response to an external event. The trigger can be an Integration Event (from a connected integration like Jira) or a Direct Webhook URL (a token-protected URL any system can POST to).
Direct Webhook URL TriggerA workflow trigger exposed as a unique URL of the form https://api.kindo.ai/webhook/agent/<workflowId>/<token>. Any external system can POST JSON to it to invoke the agent, with the request body forwarded as the trigger payload. The agent runs under the workflow creator’s identity.
Run Condition (Natural Language)An optional free-form condition on a Direct Webhook URL trigger. An LLM evaluates it against the entire webhook payload to decide whether to invoke the agent. Outcomes are recorded in the Agent Direct Webhook Condition Evaluated audit event with the LLM’s reasoning.
UnleashFeature flag management platform used by Kindo for model configuration and feature toggles.
User LLMAn LLM that users or agents make requests to. Shown as “Models” in the Kindo UI.
Vector DBVector database used for RAG and semantic search (Pinecone or Qdrant).
Worker LLMAn LLM used internally by Kindo for non-user operations.
Workflow AgentAn agent that conducts operations within systems of record, including API calls.