agentleFS
apideck-librariesapideck-libraries/api-skills/skills/breathehr/SKILL.md

breathehr

Skill4 starsChanged 3 months agoApache-2.0View on GitHub

Breathe HR integration via Apideck's HRIS unified API — same methods work across every connector in HRIS, switch by changing `serviceId`. Use when the user wants to read or sync employees, departments, payrolls, and time-off records in Breathe HR. Routes through Apideck with serviceId "breathehr".

  • Reads credentials

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 3 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Apideck-managed credentials: not available — Each Breathe API key is tied to one Breathe account, so every consumer supplies their own.

    line 37
  2. Distinctive:

    Rotation: if the user rotates their key, they re-enter it in Vault.

    line 105
  3. Distinctive:

    Not every HRIS operation is supported by every connector.

    line 111
  4. Very specific:

    When an endpoint isn't covered by the HRIS unified API, use Apideck's Proxy to call Breathe HR directly — Apideck injects auth headers and …

    line 123

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Breathe HR (via Apideck)

Access Breathe HR through Apideck's HRIS unified API — one of 58 HRIS connectors that share the same method surface. Code you write here ports to BambooHR, Workday, Deel and 54 other HRIS connectors by changing a single serviceId string. Apideck handles auth, pagination, rate limiting, and retries so you don't write per-tenant Breathe HR plumbing.

Quick facts

At a glance

  • Implementation difficulty: moderate — API key authentication, where the consumer creates the credential manually
  • Vendor partnership required: no (developer portal) — Breathe's partner programme is a commercial referral arrangement for HR consultants and resellers, not a gate on API access.
  • Apideck-managed credentials: not available — Each Breathe API key is tied to one Breathe account, so every consumer supplies their own.
  • Account type required: Any active Breathe account.
  • Consumer access level: Account Admin. Only an Admin can switch the API on and read the key.
  • Sandbox: available (signup) — Free developer sandbox, available self-service from developer.breathehr.com.
  • Costs: Included in a Breathe subscription at no extra charge. Consumers need an active plan: Breathe offers a 14-day free trial but no permanent free tier.
  • Rate limits: 60 requests per 60 seconds per Breathe account; beyond that Breathe returns HTTP 429.
  • Authentication: Sent in the x-api-key header, not OAuth. The key carries the permissions of the whole Breathe account and does not expire on a schedule.
  • Webhooks: Virtual webhooks (Apideck polls Breathe for employee created, updated and terminated events)

Important to know:

  • One API key grants full access to the consumer's Breathe account: Breathe has no scoped permissions, and the only way to withdraw access is to regenerate the key. Make clear what the consumer is granting before they hand it over.
  • Breathe is a UK-focused SME platform, so its HR data follows UK conventions such as holiday allowances and UK leave types. Expect that shape in the unified model, and check the fit if your integration targets other regions.

Facts synced from Apideck's connector metadata API — GET /connector/connectors/breathehr (overview field) is the live, authoritative version.

When to use this skill

Activate this skill when the user explicitly wants to work with Breathe HR — for example, "sync employees in Breathe HR" or "list time-off requests in Breathe HR". This skill teaches the agent:

  1. Which Apideck unified API covers Breathe HR (HRIS)
  2. The correct serviceId to pass on every call (breathehr)
  3. Breathe HR-specific auth and coverage caveats

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-rest

For the raw OpenAPI spec:

Minimal example (TypeScript)

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 employees in Breathe HR
const { data } = await apideck.hris.employees.list({
  serviceId: "breathehr",
});

Portable across 58 HRIS connectors

The Apideck HRIS unified API exposes the same methods for every connector in its catalog. Switching from Breathe HR to another HRIS connector is a one-string change — no rewrite, no new SDK.

// Today — Breathe HR
await apideck.hris.employees.list({ serviceId: "breathehr" });

// Tomorrow — same code, different connector
await apideck.hris.employees.list({ serviceId: "bamboohr" });
await apideck.hris.employees.list({ serviceId: "workday" });

This is the compounding advantage of using Apideck over integrating Breathe HR directly: code against the unified HRIS API once, gain access to every connector in it. New connectors Apideck adds become available to your app without code changes.

Authentication

  • Type: API Key
  • Managed by: Apideck Vault — the user pastes their Breathe HR 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.

See apideck-best-practices for Vault setup, connection lifecycle, and handling re-auth flows.

Verifying coverage

Not every HRIS operation is supported by every connector. Always verify before assuming a method works:

curl 'https://unify.apideck.com/connector/connectors/breathehr' \
  -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.

Escape hatch: Proxy API

When an endpoint isn't covered by the HRIS unified API, use Apideck's Proxy to call Breathe HR directly — Apideck injects auth headers and handles token refresh. Set x-apideck-downstream-url to the target endpoint on Breathe HR'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: breathehr" \
  -H "x-apideck-downstream-url: <target endpoint on Breathe HR>" \
  -H "x-apideck-downstream-method: GET"

See Breathe HR's API docs for available endpoints.

Sibling connectors

Other HRIS connectors that share this unified API surface (same method signatures, just change serviceId):

bamboohr, workday, deel (beta), hibob, personio, adp-ihcm (beta), adp-workforce-now (beta), paychex (beta), and 49 more.

See also

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.