The API Playground is an interactive sandbox for eGrow's developer API. You pick an action, fill in a simple form, and eGrow builds the exact API request for you β as a ready-to-copy cURL command or GraphQL query β then lets you Run it and see the live response. It's the fastest way to understand and test the API before you write a single line of integration code. Open it under Settings β Developer β Playground at https://v2.egrow.com/settings/developer/playground.
Note: the Playground is one of four Developer tabs, alongside Personal API Key, OAuth Apps, and MCP. It's meant for developers integrating eGrow with their own systems.
Before you begin
- A basic understanding of HTTP APIs (the Playground writes the request for you, so you don't need to know GraphQL to start).
- For calling the API from your own code later, a Personal API Key β generate one under Settings β Developer β API Key (https://v2.egrow.com/settings/developer/api-key). Inside the Playground, eGrow handles the auth token for you automatically.
How the Playground is laid out
The screen is split in two:
- On one side, a form for the action you chose β the inputs the request needs.
- On the other, a live Request & Response pane that updates as you fill the form.
At the top you choose the Action you want to try. There are three:
Action 1: Send message
Send a message to a customer through a connected channel β exactly what your integration would do to reach someone on WhatsApp. Fill in:
- Connection (required) β which connected channel (e.g. a WhatsApp number) to send from.
- Recipient (required) β the customer to message.
- Message type β text, image, video, or email.
- Subject (email only) and the message body, or a media link/upload for image and video.
Action 2: Add order
Create an order through the API β the same call a store integration uses to push new orders into eGrow. The form mirrors a full order and is split into collapsible sections so it's not overwhelming:
- Order details β order number, external ID, abandoned-checkout URL, order type, pipeline/stage, financial status, store, and sales channel.
- Customer β the buyer's details.
- Line items β the products on the order.
- Discounts and Pricing.
- Shipping address, Billing address, and Contact.
- UTM β campaign attribution parameters.
You can Expand all / Collapse all sections, and use Fill dummy data to drop in realistic sample values so you can test the call in seconds without typing everything.
Action 3: Update stage
Move an existing order to a different stage in your pipeline β the call an external system would make to keep eGrow in sync (for example, marking an order shipped). Pick the order and the target stage.
Reading the request & running it
As you fill the form, the Request pane shows the call two ways β switch between:
- cURL β a complete
curl -X POSTcommand against the API endpoint, with the auth header and your data. Copy it and it runs as-is in your terminal. - GraphQL β the underlying query/mutation document plus its Variables, if you prefer to work at that level.
Click Run to execute the request against the live API and see the Response JSON right below β the same response your integration would receive. You can copy the response too, and toggle a light/dark code theme for readability.
Important: the Playground runs against your real account, not a separate sandbox. Send message really sends, and Add order really creates an order. Use Fill dummy data and a test recipient while you're experimenting so you don't message real customers or clutter your live orders.
From Playground to production
Once a call works here, take it to your own code:
- Copy the cURL (or the GraphQL document and variables).
- Replace the Playground's auth with your own Personal API Key from Settings β Developer β API Key as a Bearer token.
- Send it from your app, and handle the JSON response the same way you saw here.
Tip: the Playground pairs well with automations and integrations β prototype the exact API call here first, then wire it into your webhook or app with confidence.
Who uses this: your developer & your AI coding agent
The Playground is where you discover and test calls. There are two ways to then use the eGrow API in practice.
Your developer β the REST/GraphQL API
A developer builds directly against the API you just tested:
- Prototype in the Playground β get the call working and copy its cURL (or the GraphQL document + variables).
- Authenticate with a Personal API Key from Settings β Developer β API Key, sent as a
Bearertoken β or, for a third-party app acting on other accounts, an OAuth App from the OAuth Apps tab. - Call the endpoint from their code and handle the JSON response, exactly as seen in the Playground.
Everything the Playground does β send messages, create orders, move stages β is available programmatically, so your developer can wire eGrow into your website, ERP, or any backend.
Your AI coding agent β the MCP server
If you use an AI coding assistant (Claude, Cursor, and similar), eGrow ships a dedicated MCP server so the agent can talk to your account directly β reading and acting on your real data through a safe, structured set of tools. Set it up under Settings β Developer β MCP (https://v2.egrow.com/settings/developer/mcp).
- Server URL β
https://mcp.egrow.com/mcp(HTTP transport). - Authentication β OAuth (the agent signs in to eGrow, nothing to paste) or a token (your Personal API Key). The MCP tab gives you a ready config snippet to paste into your agent's settings, for example:
For editors that need a local bridge, it also provides a stdio command:{ "mcpServers": { "egrow": { "type": "http", "url": "https://mcp.egrow.com/mcp" } } }npx -y mcp-remote https://mcp.egrow.com/mcp. - What the agent can do β around 40 tools grouped by area: Orders (11), Customers (10), Products (7), Discovery (4), Analytics (3), Escape hatch (3), and Pipelines (2). So you can simply ask, in plain language: "How many orders were delivered last week?", "Create an order for this customer," or "Which products have the best delivery rate?" β and the agent runs the right tools against your account.
Important: both paths act on your real, live account, with the same permissions as your key. Treat your Personal API Key like a password (regenerate it if it leaks), and prefer OAuth for the MCP server so no secret is stored in your editor.
What's next
Set up authentication in Settings β Developer β API Key, explore event-driven flows with automations, and connect your stack under Integrations & Developer.