providers/claude/plugin/skills/linear-multiworkspace/SKILL.md
Linear Multiworkspace integration via Apideck's Issue Tracking unified API — same methods work across every connector in Issue Tracking, switch by changing `serviceId`. Use when the user wants to read, write, or comment on tickets and issues in Linear Multiworkspace. Routes through Apideck with serviceId "linear-multiworkspace".
npx skillsauth add apideck-libraries/api-skills linear-multiworkspaceInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Access Linear Multiworkspace through Apideck's Issue Tracking unified API — one of 6 Issue Tracking connectors that share the same method surface. Code you write here ports to Jira, GitHub, GitLab and 2 other Issue Tracking connectors by changing a single serviceId string. Apideck handles auth, pagination, rate limiting, and retries so you don't write per-tenant Linear Multiworkspace plumbing.
Beta connector. Linear Multiworkspace is currently in beta on Apideck. Expect partial resource coverage and occasional mapping gaps. Always verify coverage (see below) and fall back to the Proxy API for unsupported operations.
linear-multiworkspaceActivate this skill when the user explicitly wants to work with Linear Multiworkspace — for example, "create a ticket in Linear Multiworkspace" or "comment on an issue in Linear Multiworkspace". This skill teaches the agent:
serviceId to pass on every call (linear-multiworkspace)For the full method surface (parameters, pagination, filtering), use your language SDK skill:
apideck-node, apideck-python, apideck-dotnet, apideck-java, apideck-go, apideck-php, or apideck-restFor the raw OpenAPI spec:
import { Apideck } from "@apideck/unify";
const apideck = new Apideck({
apiKey: process.env.APIDECK_API_KEY,
appId: process.env.APIDECK_APP_ID,
consumerId: "your-consumer-id",
});
// List tickets in Linear Multiworkspace
const { data } = await apideck.issueTracking.tickets.list({
serviceId: "linear-multiworkspace",
});
The Apideck Issue Tracking unified API exposes the same methods for every connector in its catalog. Switching from Linear Multiworkspace to another Issue Tracking connector is a one-string change — no rewrite, no new SDK.
// Today — Linear Multiworkspace
await apideck.issueTracking.tickets.list({ serviceId: "linear-multiworkspace" });
// Tomorrow — same code, different connector
await apideck.issueTracking.tickets.list({ serviceId: "jira" });
await apideck.issueTracking.tickets.list({ serviceId: "github" });
This is the compounding advantage of using Apideck over integrating Linear Multiworkspace directly: code against the unified Issue Tracking API once, gain access to every connector in it. New connectors Apideck adds become available to your app without code changes.
Setup guide: Apideck publishes a step-by-step guide for registering an OAuth app / configuring credentials for Linear Multiworkspace — see https://developers.apideck.com/connectors/linear-multiworkspace/docs/consumer+connection. Use that as the authoritative source when walking users through connection setup.
See apideck-best-practices for Vault setup, connection lifecycle, and handling re-auth flows.
Not every Issue Tracking operation is supported by every connector. Always verify before assuming a method works:
curl 'https://unify.apideck.com/connector/connectors/linear-multiworkspace' \
-H "Authorization: Bearer ${APIDECK_API_KEY}" \
-H "x-apideck-app-id: ${APIDECK_APP_ID}"
See apideck-connector-coverage for patterns around UnsupportedOperationError and connector-specific fallbacks.
When an endpoint isn't covered by the Issue Tracking unified API, use Apideck's Proxy to call Linear Multiworkspace directly — Apideck injects auth headers and handles token refresh. Set x-apideck-downstream-url to the target endpoint on Linear Multiworkspace's own API:
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: linear-multiworkspace" \
-H "x-apideck-downstream-url: <target endpoint on Linear Multiworkspace>" \
-H "x-apideck-downstream-method: GET"
See Linear Multiworkspace's API docs for available endpoints.
Other Issue Tracking connectors that share this unified API surface (same method signatures, just change serviceId):
jira (beta), github (beta), gitlab (beta), linear (beta), gitlab-server (beta).
apideck-connector-coverage — programmatic coverage checksapideck-best-practices — architecture, Vault, pagination, error handlingapideck-node — TypeScript / Node SDK patternsdevelopment
Jira Teams via Apideck's Proxy API + managed Vault auth — Apideck handles auth and proxies HTTP calls to Jira Teams's native API. Use when the user wants to call Jira Teams (no unified API resource mapping). Routes through Apideck with serviceId "jira-teams".
development
Jira Service Desk via Apideck's Proxy API + managed Vault auth — Apideck handles auth and proxies HTTP calls to Jira Service Desk's native API. Use when the user wants to call Jira Service Desk (no unified API resource mapping). Routes through Apideck with serviceId "jira-service-desk".
development
Jira Data Center via Apideck's Proxy API + managed Vault auth — Apideck handles auth and proxies HTTP calls to Jira Data Center's native API. Use when the user wants to call Jira Data Center (no unified API resource mapping). Routes through Apideck with serviceId "jira-data-center".
development
JetBrains YouTrack via Apideck's Proxy API + managed Vault auth — Apideck handles auth and proxies HTTP calls to JetBrains YouTrack's native API. Use when the user wants to call JetBrains YouTrack (no unified API resource mapping). Routes through Apideck with serviceId "jetbrains-youtrack".