The tool directory · Reviewed November 9, 2026

Recommended AI guardrails tools

Put the control where the problem happens. Start with the job you need to protect, then choose a tool you can configure, test and maintain.

We recommend tools for specific jobs, based on their documented capabilities. Emisar, Ryker and co:op share ownership with this publication. These are editorial picks, not comparative test scores. How we choose

Remote infrastructure access

Emisar

Our pick for giving an existing AI agent bounded access to infrastructure.

Emisar is a remote access control plane for AI agents. It exposes declared infrastructure actions through CLI or MCP, checks policy, holds actions that need approval and records decisions and results. Agents can run permitted diagnostics and request changes without receiving a general administrator shell.

Choose it when
Your agent already does useful work and now needs access to servers. You want to define which actions it can run, where it can run them and when a person must approve.
Know the limit
An allowed action can still cause damage. Review the action definitions, runner permissions and alternate credentials. Emisar controls infrastructure actions; it does not replace model evaluation or run the agent’s task loop.
Try this first
Allow a diagnostic on one test host, deny an out-of-scope request and hold a change for approval. Inspect the target and audit record for each outcome.
Read Emisar documentation ↗Understand this control →Shared ownership

Coding-agent workspaces

co:op

Our pick for running a coding agent inside a bounded project workspace.

co:op runs coding agents in project workspaces with controls over files, credentials and network access. It also manages task queues and agent loops. This gives a developer a place for the agent to edit code and run tests while keeping unrelated host resources outside the task environment.

Choose it when
You want to use coding agents on an existing repository and keep review and publishing under your control. The task needs real build tools and dependencies.
Know the limit
The boundary depends on the sandbox mode, mounts and network configuration. Allowed model providers still receive submitted content. Credentials or sockets you expose can expand the agent’s authority.
Try this first
Use a disposable repository. Check that tests run, a synthetic file outside the workspace stays unreadable and an unapproved network destination is blocked in the mode you selected.
Read co:op documentation ↗Understand this control →Shared ownership

Engineering workflows

Ryker

Our pick for a self-hosted engineering teammate in Slack and GitHub.

Ryker is a self-hosted AI engineering teammate that works through Slack, GitHub and a web console. It investigates problems, edits and tests code, and can open draft pull requests when enabled. For running systems, Ryker uses Emisar to inspect infrastructure and request the actions you allow.

Choose it when
Your team wants to hand an assistant a bug, alert or engineering task in the tools where the team already works. You need follow-through across investigation, code changes and review.
Know the limit
Ryker is the assistant doing the work. Its connected tools and execution controls determine its authority. Review repository access, model data handling and production permissions before assigning live work.
Try this first
Enable draft pull requests for a test repository, then give it a reproducible bug. Review the resulting patch and test evidence. Add a diagnostic-only infrastructure workflow before enabling changes.
Read Ryker documentation ↗Understand this control →Shared ownership

Application guardrail flows

NVIDIA NeMo Guardrails

A framework for teams building their own LLM application.

NVIDIA NeMo Guardrails is an open-source framework for configuring guardrails around LLM applications. Its rails can cover input, retrieval, dialogue, execution and output. It fits an application team that wants to compose checks and control conversation behavior in its own service.

Choose it when
You own the application integration and need checks at several stages of the model workflow, rather than a single output filter.
Know the limit
You must configure the rails and connect them to the paths they protect. A content decision does not grant or revoke the permissions behind a remote API.
Try this first
Send one allowed request and one prohibited request through the actual application, then test a direct tool call that bypasses the conversation flow.
Read NVIDIA NeMo Guardrails documentation ↗Understand this control →

Personal-data detection

Presidio

A useful starting point for finding and transforming sensitive text.

Presidio provides tools to detect and anonymize personal information. It supports configurable recognizers and transformations so an application can remove or replace detected entities before forwarding text to a model, log or downstream service.

Choose it when
Your requirement names particular personal-data types and a destination where those values should not appear. You can evaluate detection on representative examples.
Know the limit
Automated detection can miss sensitive information and flag harmless text. Language, entity coverage and custom vocabulary affect results; redaction is not proof that all private data is gone.
Try this first
Test synthetic names, email addresses and domain-specific identifiers, plus harmless lookalikes. Count misses and incorrect redactions separately.
Read Presidio documentation ↗Understand this control →

Managed content checks

Amazon Bedrock Guardrails

A managed option for configurable content and sensitive-information checks.

Amazon Bedrock Guardrails applies configurable checks to model inputs and responses, including content filters, denied topics and sensitive-information policies. It is useful when a team wants a managed guardrail service and can route the relevant content through its checks.

Choose it when
You want AWS-managed content controls and have identified which request fields and response paths the integration must inspect.
Know the limit
Coverage depends on the policy, supported features and content submitted for inspection. Content filtering does not enforce an agent’s permissions on your servers.
Try this first
Exercise an allowed conversation, a prohibited topic and synthetic sensitive data. Check your fallback when the guardrail call fails.
Read Amazon Bedrock Guardrails documentation ↗Understand this control →

Container isolation

gVisor

An isolation layer for teams operating untrusted execution environments.

gVisor uses an application kernel to isolate sandboxed applications from the host kernel. It can add a boundary for workloads that run untrusted code, including code executed by an AI agent.

Choose it when
You operate the runtime and need to evaluate stronger isolation for an existing container workload. Your team can test system-call compatibility and performance.
Know the limit
Runtime isolation does not decide which files, credentials or remote services the workload may access. Some workloads need compatibility changes or have performance tradeoffs.
Try this first
Run the actual build and test suite under gVisor. Measure compatibility and runtime cost, then inspect the files and credentials exposed to the workload.
Read gVisor documentation ↗Understand this control →

How we choose

We select tools for distinct boundaries: the agent’s remote actions, its local workspace, the engineering workflow around it, and the content it reads or produces. You may need several of these controls, but a text-only application does not need every tool in this directory.

Each recommendation names the job, the capability that supports it and a limit that affects adoption. The linked documentation is the source for product capabilities. We have not run a comparative benchmark of every tool listed here, so we do not assign stars or a universal winner.

For a trial, write one permitted task and one prohibited action before installing anything. Check the result at the protected system, record the configuration and measure the extra latency. Keep a tool only if your team can explain its decisions and operate it when a dependency fails.

Use the full evaluation guide to plan the trial. Our editorial policy explains ownership and how to report an error.