Add invisible AI governance to your applications in 3 lines of code
AxonFlow SDK exposes 17 tools, but most lack visible input schemas in the source code provided. Only 2 tools (mcpCheckInput, mcpCheckOutput) show explicit schema definitions in governed-tool.ts. The remaining 15 tools are referenced in example files without schema visibility, making them inferred rather than directly verifiable. Descriptions are present but generic (avg ~80 chars, below the 194-char baseline). No output schemas documented. Error handling is minimal, PolicyViolationError is raised but lacks recovery guidance. Tool naming follows verb_noun convention (good), but many tools conflate multiple concerns (e.g., proxyLLMCall handles both policy enforcement AND optional LLM routing). Security concern: userToken and credentials passed as parameters rather than server-side injection.
Gateway Mode: Audits an LLM call after execution
Makes a policy decision for a tool call or operation
AuthZEN: Evaluates a single authorization request
AuthZEN: Evaluates multiple preconditions of one operation
Executes a previously generated plan
Explains a previously-made AxonFlow policy decision
Generates a complex multi-step plan for multi-agent execution
Checks the status of a plan
15 of 17 tools lack visible input schemas in source code. Only mcpCheckInput and mcpCheckOutput show explicit JSON Schema definitions. Remaining tools are inferred from example files without verifiable parameter types, violating the schema documentation requirement.
Credentials and authentication tokens (userToken, credentials) exposed as tool parameters instead of server-side secret injection. Agent traces will log these secrets, creating compliance and security risks.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 47 | 2026-07-28+ | v2 |
Gateway Mode: Gets policy-approved context before making an LLM call
Performs a health check against the AxonFlow gateway
Installs an MCP connector
Lists available MCP connectors
Lists recent AxonFlow policy decisions visible to the caller
Evaluates tool arguments before execution against input policies
Evaluates tool results after execution against output policies
Proxy Mode: Single round-trip policy enforcement and optional LLM routing
Queries an MCP connector through the governed gateway path
proxyLLMCall combines policy enforcement, optional LLM routing, and context handling into a single tool. This violates single-responsibility principle and makes it difficult for LLMs to reason about when to call it vs. separate policy/routing tools.
No output schemas documented for any tool. LLMs cannot predict response structure, forcing them to guess at field names for downstream tool chaining. Violates response-shaper pattern.
Error handling minimal. PolicyViolationError raised but lacks recovery guidance. No categorization of errors as retryable vs. fatal. LLMs cannot determine next action on failure.