AI-readable Zevari documentation snapshot

Bring Your Own Agent: Zevari REST API and Bearer Token

Connect any AI agent, cron job, or script to LinkedIn over Zevari's REST API: create a bearer token, call the core endpoints, and stage every write behind the approval gate.

Requested URL: https://docs.zevari.ai/api/connect/bring-your-own-agent

What this is

The universal path for any self-hosted runtime, scheduled runner, or custom script to drive LinkedIn through Zevari over plain HTTP with a bearer token. It is the same engine and the same approval gate as the MCP connection, exposed as a REST API at https://api.zevari.ai. Agents that speak MCP can connect that way instead; everything else uses this.

Create a workspace token

Create API keys in the Zevari app at Dashboard Settings - API Keys. Keys start with zvr_api_ and authenticate requests with Authorization: Bearer <key>. The key fixes the active workspace and LinkedIn sender, so you never pass cross-workspace IDs. Store it in a secret manager or environment variable; keep it out of prompts, client code, logs, and committed files.

Core endpoints

An agent uses five call families: search (find signal posts and people), score (ICP-score a prospect), draft (voice-matched copy), campaign (create and advance sequences), and approve (the confirmation flow). All calls are JSON over HTTPS against https://api.zevari.ai with the bearer header. See the API Reference for exact schemas and the API Playbooks for call order.

The approval-gate handshake

For any LinkedIn write, first stage an approval with confirmations.requestAction using the action_type that matches the write you intend. A human approves out of band (chat, Slack, a daily digest, or an approval endpoint), then you execute the write referencing the approved confirmation. A self-hosted bot cannot send unattended. Full detail on the dedicated approval-gates page.

Rate limits and safety

Reads are generous. Writes respect server-side weekly connection ceilings (Free 40, Premium 80, Sales Navigator 150), working hours, and burst caps. Responses carry rate-limit headers; back off on HTTP 429. No browser cookies are ever used.

Framework guides