AI agents and the CLI
Coding agents such as Claude Code, Cursor, and Codex do their work in a shell: they read help output, run commands, and parse the results. The Deel CLI gives them Deel operations in exactly that form. No Deel-specific plugin, software development kit (SDK), or tool definition is needed; an agent that can run deel --help can run every command.
What an agent session looks like
Given a task such as “add a 500 bonus to contract C123,” an agent lists the available commands, reads the exact contract with --help --json, generates a body skeleton, fills it in, then calls. The discovery steps run offline, needing neither a token nor network access, so the agent can plan the call completely before making it. See Discover before calling for the full sequence.
Behavior an agent depends on
These CLI properties are what let an agent use it without a special integration:
Which agents
Any agent that can execute shell commands can use the CLI. The table lists the environments the CLI recognizes and where its instructions usually live.
This detection only changes whether output is JSON by default; it never changes what a command actually does.
CLI or MCP server
Deel provides two integration interfaces for AI clients, depending on your transport, authentication, and operational requirements.
The two can be used together: a chat assistant connected through MCP and a coding agent using the CLI in the repository are governed by the same token scopes.
Trust model
An agent using the CLI acts with the permissions of the token it holds. Limit what a mistake can do with three practices:
- Scope the token to the operations the agent needs and nothing more.
- Keep the agent in the demo environment (
DEEL_ENV=demo) until the workflow is proven, then switch to production deliberately. - Leave local logging on. The log records every request, with the token masked and bodies omitted, which makes an agent session reviewable.
Agent workflows covers these in detail.