Shared Infrastructure for Every Agent
Whether built from scratch, imported, or pulled from the catalog, every agent runs under the same governance, memory, and evaluation layer from day one.
Build
Build or import your own custom agents using the Komodor SDK, or choose from more than 50 ready-to-go specialist Ops agents available.
Run
Wherever it runs, every agent shares the same fleet visibility, memory, and knowledge graph the moment it’s live.
Optimize
However it was built, every agent is scored under the same evaluation engine from its first run.
Govern
Whatever it’s allowed to touch, every agent inherits the same RBAC and credential-brokered access as your human users.
Frequently asked questions
Yes. Komodor imports an existing agent by generating a thin wrapper that registers it with the platform. Your agent’s logic stays in your code and keeps running where it runs today. Ready-made adapters cover Claude Agent SDK, LangChain and Google ADK, and any other framework can connect through the worker API. From its first run, the imported agent is visible, governed and measured alongside Komodor’s own agents.
Docs link: Import an existing agent
No, and no. The Komodor Agentic Operations Platform is framework-agnostic. Keep building with the harness and coding agents you already use, and bring the results to the platform as they are. There is no new DSL to learn. Komodor adds the shared infrastructure around the agent: identity, governance, memory, evaluation and orchestration. It doesn’t replace how you write the agent.
Docs link: How building works
Not necessarily. You can deploy a ready-made agent from the catalog, or create one in the console from a template. You can also ask a coding agent such as Claude Code, Codex CLI or Cursor to build it for you over Komodor’s MCP server. When you want full control, write it against the SDK. Every path produces the same governed agent, and each one starts as a draft before it goes live.
Docs link: How building works
Komodor ships 50+ specialist agents, already used in enterprise production environments. They cover Kubernetes, cloud providers (AWS, Azure and Google Cloud), APM tools such as Datadog and Grafana, code review, remediation and orchestration. You deploy them from the agent catalog and configure their credentials, triggers and permissions. You can run them alone or alongside your own agents in the same workflows.
Docs link: Agent catalog
There are two ways. Package runbooks and procedures as skills. Skills are versioned, reusable units of know-how that you attach to any agent, including Komodor’s out-of-the-box agents, and updates reach agents without a restart. Upload runbooks, postmortems, service docs and policies to the knowledge base. Agents search the knowledge base while they work and cite what they used.
Docs link: Skills
Yes. Komodor includes built-in integrations for common tools such as AWS, Azure, Google Cloud, Datadog, Dynatrace, New Relic, Grafana, GitHub, GitLab, PagerDuty and Jira. For in-house systems, register your own MCP servers or OpenAPI documents with the MCP Gateway, and their operations become tools your agents can call. You decide which agents can reach each tool, and credentials stay out of agent code.
Docs link: MCP Gateway
Yes. Any step in a workflow can be filled by an agent from Komodor’s catalog or by one you built or imported. Both are first-class agents on the platform, so they share the same context and hand results to each other. They run under the same governance and evaluation. Many teams start with Komodor’s prebuilt workflows and swap in their own agents where they already have something that works.
Docs link: Modules & workflows
A skill is a reusable piece of know-how, such as a runbook or procedure, attached to an agent. An agent is the governed identity that does the work: its instructions, tools, permissions and history. A workflow is a sequence of steps, each handing a task to one or more agents. A module packages workflows around one operational outcome, such as incident management or Kubernetes cost.
Docs link: Concepts & glossary
