Quick setup

Connect Claude.ai with the official Hi Energy connector—no MCP URL paste required.

Hi Energy AI MCP Server

The Hi Energy AI MCP server exposes the same authenticated affiliate data already available in your API through a focused directory built for MCP clients. Start with universal_search for an ambiguous entity, recommend_report for a reporting goal, and named search or record tools for focused work. HiEnergy admins can also use api_get and api_write from tools/list when a curated tool does not cover the allowed API operation; those generic bridges stay hidden for non-admin clients.

Optimized for search and answer engines: HowTo steps, FAQ schema, Claude connector setup, and ItemList endpoint metadata.
Browse suggested MCP prompts

Why use the MCP server?

Built for AI agents

MCP gives AI clients a standard way to initialize sessions, discover capabilities, and call tools without custom glue code for every endpoint.

Same permissions as your API

Your MCP requests authenticate with an OAuth bearer token or API key and inherit the same Pundit-scoped access rules as the underlying REST API controllers.

Curated tools plus full API reach

Use named tools for common workflows. HiEnergy admins can also fall back to api_get (reads) and api_write (writes) for broader access to the existing /api and /api/v1 surface; those tools are omitted from non-admin tools/list directories.

Resource discovery included

Clients can read the role-filtered tool catalog, OpenAPI schema, GraphQL schema, report-selection guide, and API documentation index directly from MCP resources.

Official Claude connector

Claude.ai and Claude Cowork use the published Hi Energy connector. Sign in with your Hi Energy account during the OAuth flow—no manual MCP JSON to paste.

  1. Open the Hi Energy connector in the Claude directory.
  2. Connect and complete Auth0 sign-in.
  3. Start asking about advertisers, deals, reports, and contacts.
Open Claude connector

Common MCP workflows

Search advertisers

Use search_advertisers to find advertisers by name, vertical, network, country, or domain without leaving the MCP session.

Choose reports safely

Use recommend_report first when the user asks for a report in natural language. It returns ranked report candidates plus the exact MCP tool call to make next.

Match by domain

Use search_advertisers_by_domain or search_domains when your agent starts from a website URL or exact domain.

Add contacts

Use add_contact when you know the advertiser id, or add_contact_for_advertiser when you only know the advertiser name. Any authenticated MCP user can call either tool; created contacts are stamped with source HiEnergy MCP (caller email).

Routing summary: For reports, start with recommend_report, use list_reports for report ids, and use get_report for the selected report. For advertiser discovery, use search_advertisers for broad lookup, search_advertisers_by_domain for website-driven discovery, and search_domains for exact normalized domain matching.

Advertiser search endpoints through MCP

The MCP server already publishes the core advertiser search surface as named tools. Start with broad discovery, switch to domain-driven search when you have a URL, and use the generic bridge only when you need raw REST access. For the full REST reference, see the Advertisers API documentation.

search_advertisers

Best for broad advertiser discovery.

GET /api/v1/advertisers

Supports filters like q, name, domain, network, country, vertical, limit, and page. Explicit cursor remains available for advertiser compatibility mode.

search_advertisers_by_domain

Best when your agent starts from a brand website.

GET /api/v1/advertisers/search_by_domain

Accepts a domain and maps it through the advertiser domain lookup endpoint without needing a raw REST call.

search_domains

Best for exact normalized domain matching.

GET /api/v1/domains/search

Useful when you want the specialized domain search endpoint directly. By default it returns offset-style meta pagination; explicit advertiser cursors are still supported when provided.

JSON-RPC examples

{
  "jsonrpc": "2.0",
  "id": 11,
  "method": "tools/call",
  "params": {
    "name": "search_advertisers",
    "arguments": {
      "name": "running shoes",
      "network": "impact",
      "country": "US",
      "limit": 5
    }
  }
}
{
  "jsonrpc": "2.0",
  "id": 12,
  "method": "tools/call",
  "params": {
    "name": "search_advertisers_by_domain",
    "arguments": {
      "domain": "nike.com"
    }
  }
}
{
  "jsonrpc": "2.0",
  "id": 13,
  "method": "tools/call",
  "params": {
    "name": "search_domains",
    "arguments": {
      "domain": "nike.com",
      "limit": 5
    }
  }
}

GraphQL through MCP

Use graphql_query for a read-only response that needs several related resources in one request, or a custom deals / clicks / transactions selection set. It calls POST /api/v1/graphql with the same API key or OAuth identity as the rest of MCP, so GraphQL applies the same Pundit-scoped visibility rules. Prefer named tools (search_deals, get_deal, search_transactions, get_transaction, get_clicks) for a single standard list or detail call.

When to use it

Use GraphQL to tailor a read across advertisers, deals, transactions, clicks, terms, publishers, networks, tags, and account activity summaries. Prefer a named MCP tool for one standard workflow, and use graphql_query when it avoids several dependent tool calls. Resources without a named tool (such as terms) are reached through graphql_query.

Before querying

Read graphql://project-rocket/schema for the current SDL, then send a GraphQL document as query, optional values as variables, and operationName only for multi-operation documents. Full field reference: GraphQL API docs.

Deals (visible by default; hidden opt-in)

{
  "name": "graphql_query",
  "arguments": {
    "query": "query($advertiserId: ID) { deals(advertiserId: $advertiserId, perPage: 10, includeTotal: true) { nodes { id name exclusive featured effectiveAt advertiser { id name } } pageInfo { totalCount hasNextPage } } }",
    "variables": { "advertiserId": "123" }
  }
}

Clicks (≤90-day window)

{
  "name": "graphql_query",
  "arguments": {
    "query": "query($from: IsoDate!, $to: IsoDate!, $advertiserId: ID) { clicks(startDate: $from, endDate: $to, advertiserId: $advertiserId, perPage: 50) { nodes { id clickDate clickCount advertiserName networkName } pageInfo { hasNextPage } } }",
    "variables": { "from": "2026-05-19", "to": "2026-05-26", "advertiserId": "123" }
  }
}

Transactions (bounded query)

{
  "name": "graphql_query",
  "arguments": {
    "query": "query($from: IsoDate!, $to: IsoDate!) { transactions(startDate: $from, endDate: $to, status: [APPROVED, PAID], perPage: 25) { nodes { id status saleAmount commissionAmount advertiser { id name } } pageInfo { hasNextPage } } }",
    "variables": { "from": "2026-04-01", "to": "2026-04-30" }
  }
}

Terms (commission terms)

{
  "name": "graphql_query",
  "arguments": {
    "query": "query($advertiserId: ID) { terms(advertiserId: $advertiserId, perPage: 10, includeTotal: true) { nodes { id cid name summary advertiser { id name } } pageInfo { totalCount hasNextPage } } }",
    "variables": { "advertiserId": "123" }
  }
}

GraphQL is read-only. Use named mutation tools for permitted writes, or api_write when you are a HiEnergy admin; do not attempt GraphQL mutations. Paginated fields return at most 200 nodes and include pageInfo; deep pages beyond the 10,000-result window are rejected. Use includeTotal: true only when a total is required. deals excludes hidden deals by default (pass includeHidden: true to include authorized hidden deals); clicks requires startDate/endDate within 90 days; transactions requires advertiserId, publisherId, networkId, or both date bounds; terms returns commission terms scoped by TermPolicy (paid-account access), with optional advertiserId, campaignId, and free-text query filters.

Claude connector

The published Hi Energy connector is the supported path for Claude.ai and Claude Cowork. Connect from the directory, complete Auth0 sign-in, and Claude uses your account-scoped MCP tools automatically.

Claude Directory Official

Install the published Hi Energy connector from the Claude directory.

OAuth uses Client ID Metadata Documents (CIMD) in Auth0—no manual MCP URL or config paste for Claude.ai.

Claude Code X-Api-Key

Use the plain /mcp URL with an X-Api-Key header.

Best for local/dev Claude Code workflows when you are not using Claude.ai.

Open Hi Energy on Claude

Claude Code setup

For Claude Code (CLI), use the plain /mcp URL with an X-Api-Key header. Claude.ai users should use the official connector instead.

  1. Open Claude Code MCP settings.
  2. Add a remote HTTP MCP server.
  3. Paste the config below exactly as shown.
{
  "transport": "http",
  "url": "https://app.hienergy.ai/mcp",
  "headers": {
    "X-Api-Key": "YOUR_API_KEY"
  }
}

Cowork follows the same connector and OAuth identity. HiEnergy admins can still inspect managed_mcp_server policy details in the authenticated integration JSON when debugging; non-admin users allow read-only tools and are prompted before writes or external actions.

Official Claude connector: Claude.ai installs Hi Energy from the Claude directory. Auth uses Client ID Metadata Documents in Auth0 (https://claude.ai/oauth/mcp-oauth-client-metadata), not dynamic registration.
Transport note: use POST /mcp for MCP JSON-RPC requests. If you open GET /mcp in a browser or use it in a quick connectivity check, the server returns a small authenticated setup payload instead of a blank error page.

Permissions and safe client setup

Use your own identity

MCP applies the same Pundit policies as the API to the authenticated user. Use your personal API key or OAuth login; publisher MCP service accounts are intentionally limited to publisher-scoped workflows.

HiEnergy administrators

Admins see account-management and API bridge tools in tools/list. Prefer the official Claude connector for Claude.ai; use authenticated integration JSON only when debugging Cowork policy details in a trusted workspace.

Non-admin users

The directory only exposes the tools available to the caller. Claude connector and Cowork allow read-only tools and request approval for writes or external actions; authorization is still enforced by the API on every call.

Keep secrets out of URLs

Prefer OAuth or an X-Api-Key header. If you ever embed an API key in a URL for a local client, treat that URL as a secret and rotate the key immediately if it is exposed.

How to connect

Send JSON-RPC requests to https://app.hienergy.ai/mcp. Authenticate with an OAuth bearer token (via Auth0) or your X-Api-Key header. The MCP server returns tools, resources, and structured results that wrap the same underlying API responses.

MCP server endpoint: Use https://app.hienergy.ai/mcp with an OAuth bearer token (via Auth0) or your existing X-Api-Key header to connect MCP-compatible clients to Project Rocket. A GET to the same path (no JSON body) returns reachability metadata, all resource_uris for resources/read, and quick_start lines—handy for dashboards and agent bootstraps. Call tools/list after initialize when you need the tool count (avoids loading the full catalog on a simple health check).
What the MCP server supports
Standard MCP lifecycle

Supports initialize, tools/list, tools/call, resources/list, and resources/read.

Curated tools + generic API bridge

Use named tools like recommend_report, list_reports, get_report, search_advertisers, search_advertisers_by_domain, search_domains, and get_advertiser. HiEnergy admins also see api_get (reads) and api_write (writes) in tools/list for broader access to the existing JSON API; those bridges stay hidden for non-admin clients. The legacy api_request tool remains callable as a hidden alias.

Resource discovery

Clients can read the OpenAPI schema at openapi://project-rocket/schema, the curated catalog at tools://project-rocket/catalog, the report-selection guide at reports://project-rocket/selection-guide, and the shared tool-result widget at ui://project-rocket/tool-result.html.

Client-ready tool metadata

Every MCP tool includes descriptor metadata, a shared output template, and status text so compatible clients can render tool results as a usable experience instead of raw JSON alone.

Tool response contract

Successful tools/call responses with JSON-shaped payloads include a top-level branding object inside structuredContent (or under _meta when the tool body is not an object) with product name, theme color, and stable /branding/* logo URLs for widgets and UIs. New fields may be added over time. Clients that use strict schemas, allowlists, or snapshot tests should treat structuredContent and _meta as forward compatible: allow unknown keys or strip them before validation so additive metadata does not break parsing. The initialize response’s instructions string repeats this expectation for LLM clients.

Quick start
1. Initialize the MCP session
curl -X POST https://app.hienergy.ai/mcp \
  -H "Content-Type: application/json" \
  -H "Accept: application/json" \
  -H "X-Api-Key: YOUR_KEY" \
  -H "MCP-Protocol-Version: 2025-11-25" \
  -d '{
    "jsonrpc": "2.0",
    "id": 1,
    "method": "initialize",
    "params": {
      "protocolVersion": "2025-11-25",
      "capabilities": {},
      "clientInfo": { "name": "My MCP Client", "version": "1.0.0" }
    }
  }'
2. List available tools
curl -X POST https://app.hienergy.ai/mcp \
  -H "Content-Type: application/json" \
  -H "Accept: application/json" \
  -H "X-Api-Key: YOUR_KEY" \
  -H "MCP-Protocol-Version: 2025-11-25" \
  -d '{
    "jsonrpc": "2.0",
    "id": 2,
    "method": "tools/list"
  }'
3. Search advertisers with a named tool
curl -X POST https://app.hienergy.ai/mcp \
  -H "Content-Type: application/json" \
  -H "Accept: application/json" \
  -H "X-Api-Key: YOUR_KEY" \
  -H "MCP-Protocol-Version: 2025-11-25" \
  -d '{
    "jsonrpc": "2.0",
    "id": 3,
    "method": "tools/call",
    "params": {
      "name": "search_advertisers",
      "arguments": {
        "name": "nike",
        "vertical": "fashion",
        "limit": 5
      }
    }
  }'
4. Look up advertisers by domain
curl -X POST https://app.hienergy.ai/mcp \
  -H "Content-Type: application/json" \
  -H "Accept: application/json" \
  -H "X-Api-Key: YOUR_KEY" \
  -H "MCP-Protocol-Version: 2025-11-25" \
  -d '{
    "jsonrpc": "2.0",
    "id": 4,
    "method": "tools/call",
    "params": {
      "name": "search_advertisers_by_domain",
      "arguments": { "domain": "nike.com" }
    }
  }'
5. Ask MCP which report to use
curl -X POST https://app.hienergy.ai/mcp \
  -H "Content-Type: application/json" \
  -H "Accept: application/json" \
  -H "X-Api-Key: YOUR_KEY" \
  -H "MCP-Protocol-Version: 2025-11-25" \
  -d '{
    "jsonrpc": "2.0",
    "id": 5,
    "method": "tools/call",
    "params": {
      "name": "recommend_report",
      "arguments": {
        "goal": "Which advertisers gained the most commission in the last 90 days?",
        "period": "last_90_days"
      }
    }
  }'
6. Inspect the full report catalog if needed
curl -X POST https://app.hienergy.ai/mcp \
  -H "Content-Type: application/json" \
  -H "Accept: application/json" \
  -H "X-Api-Key: YOUR_KEY" \
  -H "MCP-Protocol-Version: 2025-11-25" \
  -d '{
    "jsonrpc": "2.0",
    "id": 6,
    "method": "tools/call",
    "params": {
      "name": "list_reports",
      "arguments": {}
    }
  }'
7. Fetch the matching report
curl -X POST https://app.hienergy.ai/mcp \
  -H "Content-Type: application/json" \
  -H "Accept: application/json" \
  -H "X-Api-Key: YOUR_KEY" \
  -H "MCP-Protocol-Version: 2025-11-25" \
  -d '{
    "jsonrpc": "2.0",
    "id": 7,
    "method": "tools/call",
    "params": {
      "name": "get_top_gaining_advertisers_report",
      "arguments": {
        "period": "last_90_days",
        "limit": 25
      }
    }
  }'
8. Use the generic API bridge
curl -X POST https://app.hienergy.ai/mcp \
  -H "Content-Type: application/json" \
  -H "Accept: application/json" \
  -H "X-Api-Key: YOUR_KEY" \
  -H "MCP-Protocol-Version: 2025-11-25" \
  -d '{
    "jsonrpc": "2.0",
    "id": 8,
    "method": "tools/call",
    "params": {
      "name": "api_get",
      "arguments": {
        "path": "/api/v1/domains/search",
        "query": { "domain": "nike.com", "limit": 5 }
      }
    }
  }'
JSON-RPC errors on POST /mcp

MCP responses use JSON-RPC 2.0. Protocol and request-shape problems return an error object (HTTP 400) instead of the REST error envelope used by /api/v1.

  • -32700 — Parse error (body is not valid JSON).
  • -32600 — Invalid request (for example missing jsonrpc: "2.0" or a non-object payload).
  • -32601 — Method not found (unsupported JSON-RPC method name).
  • -32602 — Invalid params (missing tool name, missing resource uri, unknown resource URI, and similar).
  • ping returns HTTP 200 with result: {}.
  • Many tool failures are returned as HTTP 200 with result.isError: true and details in structuredContent (same pattern as other MCP servers).
  • If the client sends an unsupported protocolVersion in initialize, the server negotiates the newest supported version (currently 2025-11-25).
Discovery resources
  • resources/list returns the available MCP resources.
  • Call recommend_report first when the user asks for a report in natural language.
  • Call list_reports when you need the full catalog or raw materialized-view ids.
  • resources/read with openapi://project-rocket/schema returns the OpenAPI schema.
  • resources/read with tools://project-rocket/catalog returns the curated REST tool catalog.
  • resources/read with reports://project-rocket/selection-guide returns the report-selection workflow and major report hints.
  • resources/read with ui://project-rocket/tool-result.html returns the shared tool-result widget used by the MCP tool descriptors.

MCP Quick Reference

These examples mirror the most common MCP requests for discovery and execution. Sign in to enable live testing with your API key.

Action Method Endpoint Description
MCP reachability (GET) GET /mcp Authenticated bootstrap JSON: protocol version, integration URL, and OAuth hints (not a JSON-RPC call).
Get integration JSON GET /mcp/integration Fetch machine-readable Claude and Responses API setup details.
Initialize session POST /mcp Send a JSON-RPC initialize payload to start the MCP session.
Ping POST /mcp JSON-RPC ping returns an empty result object.
List resources POST /mcp JSON-RPC resources/list for OpenAPI, tools catalog, reports guide, docs, and widget URIs.
List tools POST /mcp Discover curated tools. HiEnergy admins also receive api_get and api_write in the directory.
Universal search POST /mcp Call tools/call with universal_search (GET /api/v1/search) for omnibox results across scoped types.
List reports POST /mcp Call tools/call with list_reports to discover major report aliases and selection guidance.
Fetch a report POST /mcp Call tools/call with get_report, or a named major report tool suggested by recommend_report (those named tools are callable but omitted from tools/list).
Search advertisers POST /mcp Call tools/call with search_advertisers for broad advertiser discovery.
Search advertiser domains POST /mcp Call tools/call with search_advertisers_by_domain or search_domains when you have a website URL or exact domain.
Search deals POST /mcp Call tools/call with search_deals for free-text offer and coupon discovery.
Search transactions POST /mcp Call tools/call with search_transactions for scoped transaction search.
Search users POST /mcp Call tools/call with search_users to look up users by name, email, or account scope.
Advertiser contacts POST /mcp Call tools/call with get_advertiser_contacts to list the same contacts shown on an advertiser page.
Add contact POST /mcp Call tools/call with add_contact to create advertiser contacts with a contact object.
Refer user POST /mcp Call tools/call with refer_user to create a referred user through the shorter alias.
Read OpenAPI resource POST /mcp Use resources/read with openapi://project-rocket/schema.

Try it in the browser

When signed in, Test runs the full request from this page (including JSON bodies for POST /mcp). Use Open for GETs in a new tab; for POST JSON-RPC, Open uses the same path with your api_key query param (you still need a JSON-RPC client or curl for ad-hoc edits).

GET /mcp MCP

GET bootstrap: protocol version, integration URL, OAuth resource metadata hints, and Claude setup copy.


    
GET /mcp/integration.json MCP

Machine-readable integration payload (server URL, auth methods, Claude quick-start fields).


    
POST /mcp — initialize JSON-RPC

Negotiate protocolVersion and receive capabilities + long-form agent instructions.


    
POST /mcp — ping JSON-RPC

Keep-alive style check; result is an empty object.


    
POST /mcp — tools/list JSON-RPC

Returns every curated tool schema (names, descriptions, inputSchema, and client metadata).


    
POST /mcp — resources/list JSON-RPC

Lists openapi://, tools://, reports://, docs://, and ui:// resource descriptors.


    
POST /mcp — resources/read (OpenAPI) JSON-RPC

Fetch the live OpenAPI schema text exposed to MCP clients.


    
POST /mcp — tools/call search_advertisers JSON-RPC

Example named tool call: keyword + vertical + limit (adjust arguments to match your account).


    
POST /mcp — tools/call search_deals JSON-RPC

Free-text deals search; combine with get_deal when you need one row.


    
POST /mcp — tools/call api_get JSON-RPC

Admin-directory read-only bridge to any allowed GET under /api and /api/v1 (path must stay on the authenticated API surface). Non-admin clients should use named tools. Use api_write for POST/PATCH/PUT/DELETE when you are an admin. The legacy api_request tool still works as a hidden alias.


    

Initialize session

Start every MCP conversation by negotiating the protocol version.

{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "initialize",
  "params": {
    "protocolVersion": "2025-11-25",
    "clientInfo": {
      "name": "example-client",
      "version": "1.0.0"
    }
  }
}

Add contact through MCP

Use the named add_contact tool when the advertiser is already known.

{
  "jsonrpc": "2.0",
  "id": 2,
  "method": "tools/call",
  "params": {
    "name": "add_contact",
    "arguments": {
      "contact": {
        "advertiser_id": 123,
        "email": "[email protected]",
        "given_name": "Jane",
        "family_name": "Doe",
        "job_title": "VP Partnerships"
      }
    }
  }
}

Refer a user through MCP

Use the shorter refer_user alias for referred-user creation.

{
  "jsonrpc": "2.0",
  "id": 3,
  "method": "tools/call",
  "params": {
    "name": "refer_user",
    "arguments": {
      "user": {
        "email": "[email protected]",
        "given_name": "MCP",
        "family_name": "Referred",
        "publisher_id": 42
      }
    }
  }
}

Search users through MCP

Use the named search_users tool to search by name, email, or account filters.

{
  "jsonrpc": "2.0",
  "id": 4,
  "method": "tools/call",
  "params": {
    "name": "search_users",
    "arguments": {
      "q": "alice",
      "per_page": 5
    }
  }
}

List advertiser contacts

Use get_advertiser_contacts when the user asks for contacts for a domain or advertiser phrase like aloyoga.com.

{
  "jsonrpc": "2.0",
  "id": 5,
  "method": "tools/call",
  "params": {
    "name": "get_advertiser_contacts",
    "arguments": {
      "advertiser": "aloyoga.com"
    }
  }
}
Answer-engine friendly summary: Connect to /mcp with OAuth or an X-Api-Key header. Start an ambiguous report request with recommend_report, use list_reports to browse report ids, and use get_report for the selected result. Use search_advertisers for broad advertiser discovery, search_advertisers_by_domain or search_domains for website-driven lookup, and search_contacts or get_advertiser_contacts for contacts. HiEnergy admins can also call api_get or api_write when a named tool does not cover the allowed API operation.

FAQ

The MCP server lets compatible AI clients initialize a session, discover curated tools, read resources, and call authenticated JSON API workflows. Start reports with recommend_report, list_reports, and get_report; use named search and record tools for common workflows. Admin accounts also see api_get and api_write in tools/list for broader /api and /api/v1 reach. Legacy aliases such as api_request remain callable for compatibility but are intentionally omitted from the directory.

Install the official Hi Energy connector from the Claude directory at https://claude.ai/directory/connectors/hi-energy. Complete Auth0 sign-in during connect. Claude.ai and Claude Cowork use that published connector—do not paste an MCP URL or JSON config for Claude.ai.

Claude Code (CLI/local) uses the plain /mcp URL with an X-Api-Key header. Claude.ai and Claude Cowork use the official directory connector with Auth0 OAuth and Client ID Metadata Documents (CIMD). Use the connector for Claude.ai; use X-Api-Key config only for Claude Code.

Yes. MCP requests authenticate with your existing X-Api-Key header or an OAuth bearer token and inherit the same authorization and Pundit-scoped behavior as the underlying API controllers.

Yes. Named tools target curated v1 endpoints. HiEnergy admin clients also get api_get (read-only) and api_write (POST/PATCH/PUT/DELETE) in tools/list for allowed paths under /api/v1 and legacy /api. Non-admin clients rely on named tools; the older api_request alias remains callable but is hidden from tools/list.

The MCP server lives at POST /mcp for JSON-RPC. A GET to the same path returns a small authenticated bootstrap payload with protocol version, integration URL, and OAuth hints—useful for connectivity checks, not for tool calls.

Yes. This page publishes TechArticle, HowTo, FAQPage, BreadcrumbList, WebSite SearchAction, and ItemList structured data so assistants can cite Claude connector setup, Claude Code X-Api-Key config, and concrete MCP tool workflows.
Ask Dex AIIntegration help

If this page feels TLDR, ask Dex AI.

Dex AI speaks your language, and all the other languages you may not. It will write the integration for you with the right endpoint and headers in one plain-English answer.