Our take
Activeregular commits and releases- Activity
- 82
- Community
- 4
- Issues
- 47
- Pull requests
- 69
+2 stars in the last 30 days
- Releases more often than 79% of the projects we track
- Fewer contributors than 91% of the projects we track
This is an actively maintained, broad integration effort for teams that want policy checks at the tool boundary, but its dependence on one contributor and varying host coverage deserve attention.
Good fit if
- You need authorization to run before supported agent tools execute, rather than relying on prompt instructions.
- Your framework is supported and you can work within its hook or adapter coverage.
- You want to start with local evaluation or report-only rollout, then consider hosted enforcement.
Look elsewhere if
- Your agent runtime is unsupported or requires complete tool coverage, including integrations the project gates or labels beta.
- Your security requirements cannot depend primarily on one contributor.
- You need full policy parity offline, since the README describes local evaluation as a subset of API-mode functionality.
All health signals
| Last commit | 2026-10-03 (19 days ago) |
|---|---|
| Commits, last 90 days | 100+ |
| Releases, last 12 months | 29 (latest v1.0.36, 2026-10-02) |
| Contributors | 1 |
| Issues closed, last 90 days | 3 (typically closed in 8 days) |
| Pull requests merged, last 90 days | 27 (typically merged in 0 days) |
| Project age | 8 months |
Checked on 2026-10-23 with the GitHub API.
Project history
Daily GitHub snapshots since Oct 7, 2026. History covers stars and forks; health signals are not tracked historically.
Stars
30Forks
5Change since Nov 12, 2026: 0 stars·0 forks
Overview
APort Agent Guardrails is a pre-action authorization tool for AI agents. It uses the Open Agent Passport (OAP) standard and runs checks through host hooks, plugins, and framework adapters before supported tools execute, addressing the risk that prompt instructions alone cannot prevent an agent from taking an unauthorized action.
It supports runtime integrations for Claude Code, Cursor, OpenClaw, LangChain, CrewAI, and other listed frameworks, as well as a GitHub Actions repository guard. Checks can use APort's API or a local evaluator. Coverage varies by host, and several command-hook integrations are explicitly beta.
Key Features
- Evaluates supported tool calls against passport identity and policy before execution.
- Provides API and local verification modes, with fail-closed behavior as the default.
- Offers runtime integrations across agent frameworks, including hooks, plugins, and Python adapters.
- Generates a GitHub Actions workflow for repository checks, with hosted enforcement available for protected branches.
- Records allow and deny decisions in audit files; API mode supports signed decisions.
- Includes enforce, warn, and observe rollout modes, with different enforcement guarantees.
Use Cases
- Agent developers can block risky shell, file, web, or other supported tool actions before a framework executes them.
- Teams using Claude Code, Cursor, OpenClaw, LangChain, or CrewAI can apply a shared passport and policy model across supported integrations.
- Repository maintainers can collect evidence about AI-assisted repository changes in GitHub Actions and enable hosted blocking when ready.
- Developers working offline or with local policy requirements can use the local evaluator instead of API verification, while accepting its narrower policy coverage.
What you need
Detected in the repository
- Node.js >=18.0.0 (from package.json)
- Python (from pyproject.toml)
- A test suite and automated checks on GitHub Actions
Getting Started
For the GitHub repository guard:
npx @aporthq/aport-agent-guardrails github
For runtime integrations, run npx @aporthq/aport-agent-guardrails and choose a framework, or pass its name as an argument. The setup wizard requires Node.js 18 or newer. See the README and framework guides for configuration details.
License in Plain Words
No standard license was detected. Without a license, the default copyright rules apply: you may read the code, but not reuse it. Check the repository or ask the authors.
Considerations
- The project is active, with regular commits and releases, but measured contributor activity is concentrated in one person. That makes continuity and review capacity worth evaluating for security-sensitive adoption.
- Host integration maturity differs: Codex, Gemini CLI, and Goose are beta, n8n is setup-only, and opencode is gated pending plugin testing. Actual enforcement depends on each host's exposed hooks and mapped tools.
- Local evaluation is a narrower subset than API evaluation. API mode adds features such as signed decisions and hosted controls, so teams should compare the modes against their policy and operational needs.
- The hooks require
jq, and audit logging requirespython3; the README says missing required dependencies can deny tool calls. - GitHub metadata reports the license as
NOASSERTION, while the README and repository badge identify Apache 2.0. Confirm the repository's license file and terms before relying on that licensing claim. - Cloud features, including signed receipts, a global kill switch, and team sync, are a separate APort service rather than part of the local open-source code.
Found this useful?
Share it with someone who would like aport-agent-guardrails.