Earl

 

Earl sits between agents and external services. Operations are HCL files committed to your repository. The LLM sees a tool name and description; it never reads the template body. An injected instruction in an API response has nowhere to land because the LLM isn't reading the part of the request that executes.

Secrets stay in the OS keychain. They aren't in tool arguments, tool descriptions, or output.

→ Documentation

Quick start

# Install
curl -fsSL https://raw.githubusercontent.com/mathematic-inc/earl/main/scripts/install.sh | bash

# Import a provider template
earl templates import https://raw.githubusercontent.com/mathematic-inc/earl/main/examples/3p/github.hcl

# Store a secret — prompts for the value, not echoed
earl secrets set github.token

# Call a command
earl call --yes --json github.search_repos --query "language:rust stars:>100"

To use Earl as MCP tools in your agent, add it to your MCP config and restart. Claude Code and Cursor use the same format:

{
  "mcpServers": {
    "earl": {
      "command": "earl",
      "args": ["mcp", "stdio"]
    }
  }
}

MCP tools don't activate until after restart. In the current session, use earl call --yes --json through the Bash tool.

See Quick Start for the full walkthrough, or Agent-Assisted Setup to let an agent handle the install and configuration.

Related MCP server: AI Service Gateway MCP

How it works

You write an HCL template describing an operation: method, URL, auth, parameters. When an agent calls the tool, Earl loads the template, reads the required secret from the OS keychain, renders the Jinja expressions against the agent's supplied values, and executes the request. The LLM only ever provided parameter values. Every other part of the request — the URL, the auth header, the method — was written by a human and committed to the repo.

See How Earl Works for the full security model.

Documentation

• Introduction — why Earl exists, how the security model works

• Quick Start — install, first call, MCP config in five steps

• Template Schema — field-by-field reference

• Secrets & Auth — OS keychain storage, OAuth2 flows

• External Secrets — 1Password, Vault, AWS, GCP, Azure

• MCP Integration — stdio and HTTP transport, full vs. discovery mode

• Policy Engine — JWT auth and access control for HTTP deployments

• Environments — production, staging, and per-environment overrides

• Hardening — SSRF protection, egress allowlist, production checklist

• Commands — complete CLI reference

• Troubleshooting — keychain errors, template validation, MCP issues

Contributing

Start with a Discussion, not a pull request. A Mathematic maintainer will review the proposal. If we decide to implement it, a maintainer or one of our AI agents will open the pull request. GitHub restricts pull request creation to Mathematic maintainers and repository collaborators with write, maintain, or admin access, plus authorized maintenance agents.

When Mathematic implements a proposal, the implementation pull request will link to the Discussion and credit the proposal's original author.

See CONTRIBUTING.md for the full policy.

License

Apache-2.0

This project is free and open-source work by a 501(c)(3) non-profit. If you find it useful, please consider donating.