Intercom
Skill apideck-libraries/api-skills/providers/claude/plugin/skills/intercom
Intercom via Apideck's Proxy API + managed Vault auth — Apideck handles auth and proxies HTTP calls to Intercom's native API. Use when the user wants to call Intercom (no unified API resource mapping). Routes through Apideck with serviceId "intercom".From its SKILL.md
npx -y skills add apideck-libraries/api-skills --skill intercomAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 3 stars3 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its file declares
Copied from the file, not written here
The file declares its own license as Apache-2.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
3.9 KB, 871 tokens by cl100k_base, as published. Nobody here has run it
Intercom (via Apideck Proxy)
Access Intercom through Apideck's Proxy API with managed Vault auth. Apideck stores credentials, refreshes tokens, and forwards your HTTP calls to Intercom's native API — you keep using Intercom'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 Intercom to a unified-API resource model — your code talks Intercom'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:
intercom - Mode: Proxy-only (no unified API resources)
- Auth type: oauth2
- Status: beta
- Gotchas: page
- Intercom docs: https://developers.intercom.com/docs
- Homepage: https://www.intercom.com/
When to use this skill
Activate this skill when the user wants to call Intercom via Apideck — for example, "call the Intercom API" or "fetch data from Intercom". This skill teaches the agent:
- That Intercom routes through Apideck's Proxy API, not a unified resource API
- The correct
serviceIdto pass on every call (intercom) - How to keep using Intercom'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: OAuth 2.0
- Managed by: Apideck Vault — Apideck handles the full OAuth dance (authorization code flow, token exchange, refresh). Never ask the user for API keys or tokens directly.
- User setup: Users authorize via the Vault modal. Connection state progresses
available → added → authorized → callable. - Token refresh: automatic. Expired tokens are refreshed transparently on the next API call.
Calling Intercom via the Proxy API
Send any HTTP request to https://unify.apideck.com/proxy. Apideck looks up the user's stored Intercom credentials by x-apideck-consumer-id + x-apideck-service-id, injects them on the way out, and returns Intercom'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: intercom" \
-H "x-apideck-downstream-url: <target endpoint on Intercom>" \
-H "x-apideck-downstream-method: GET"
For POST/PATCH/PUT/DELETE, change x-apideck-downstream-method and pass the body as you would to Intercom directly. Apideck does not transform the body — it forwards bytes.
See Intercom's API docs for available endpoints.
See also
- Intercom 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- Intercom official docs
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.
Gives 0 of the 12 instructions most customer support skills give in 871 tokens
Counted across 123 of the 124 authors here whose files we hold, read 2026-08-07
- Call RUBE_SEARCH_TOOLS first to get current schemasin 12 of 123, across 4 files
- Confirm connection status is ACTIVE before running workflowsin 12 of 123, across 4 files
- Stop and ask for clarification if required inputs are missingin 9 of 123, across 2 files
- Call RUBE_MANAGE_CONNECTIONS with the helpdesk toolkitin 9 of 123, across 2 files
- Use both timestamp and ID for cursor navigationin 8 of 123, across 1 file
- Implement backoff on 429 responsesin 8 of 123, across 1 file
- Parse response data defensively with fallback patternsin 8 of 123, across 1 file
- Use this skill only when the task clearly matches the scopein 8 of 123, across 1 file
- Pass a JSON file as the positional argumentin 7 of 123, across 1 file
- Specify output format with the --format flagin 7 of 123, across 1 file
- Run health, churn, and expansion scripts togetherin 7 of 123, across 1 file
- Verify output files contain expected records before continuingin 7 of 123, across 1 file
Said here and by no other author read
- route all requests through the Apideck Proxy API
- pass serviceId intercom on every call
- use Intercom native request and response shapes
- send HTTP requests to the proxy endpoint
- set the downstream method header
- pass the request body exactly as Intercom expects
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.