monday.com (via Apideck Proxy)
Access monday.com through Apideck's Proxy API with managed Vault auth. Apideck stores credentials, refreshes tokens, and forwards your HTTP calls to monday.com's native API — you keep using monday.com's own request and response shapes, while Apideck eliminates per-tenant credential plumbing and gives you a single auth integration shared across every Apideck connector.
Auth-only / proxy-only connector. Apideck does not map monday.com to a unified-API resource model — your code talks monday.com's own API directly through the Proxy. You still get Vault credential storage, token refresh, retries, and a consistent request envelope.
Quick facts
- Apideck serviceId:
monday - Mode: Proxy-only (no unified API resources)
- Auth type: apiKey
- Status: beta
- Apideck setup guide: OAuth credentials
- Gotchas: page
- monday.com docs: https://developer.monday.com/api-reference/docs
- Homepage: https://monday.com/
When to use this skill
Activate this skill when the user wants to call monday.com via Apideck — for example, "call the monday.com API" or "fetch data from monday.com". This skill teaches the agent:
- That monday.com routes through Apideck's Proxy API, not a unified resource API
- The correct
serviceIdto pass on every call (monday) - How to keep using monday.com's native request/response shapes while Apideck handles Vault auth
If you need a unified-API surface (one method shape across many vendors), see the connector skills in this catalog whose serviceId is mapped to a unified API.
Auth
- Type: API Key
- Managed by: Apideck Vault — the user pastes their monday.com API key into the Vault modal; Apideck stores it encrypted and injects it on every request.
- Rotation: if the user rotates their key, they re-enter it in Vault. No code changes needed.
Calling monday.com via the Proxy API
Send any HTTP request to https://unify.apideck.com/proxy. Apideck looks up the user's stored monday.com credentials by x-apideck-consumer-id + x-apideck-service-id, injects them on the way out, and returns monday.com's raw response.
curl 'https://unify.apideck.com/proxy' \
-H "Authorization: Bearer ${APIDECK_API_KEY}" \
-H "x-apideck-app-id: ${APIDECK_APP_ID}" \
-H "x-apideck-consumer-id: ${CONSUMER_ID}" \
-H "x-apideck-service-id: monday" \
-H "x-apideck-downstream-url: <target endpoint on monday.com>" \
-H "x-apideck-downstream-method: GET"
For POST/PATCH/PUT/DELETE, change x-apideck-downstream-method and pass the body as you would to monday.com directly. Apideck does not transform the body — it forwards bytes.
See monday.com's API docs for available endpoints.
See also
- Apideck OAuth setup guide for monday.com
- monday.com gotchas
- Apideck Proxy API reference
apideck-rest— REST patterns including the Proxyapideck-best-practices— Vault, error handling, retriesapideck-unified-api— when to use unified vs proxy- monday.com official docs