api-patterns
3CX's native PBX MCP server: the per-PBX endpoint shape (every PBX is its own FQDN and its own OAuth authorization server — there is no shared mcp.3cx.com),…
Liongard platform fundamentals: the entity model (environments, agents, inspectors, launchpoints, systems, detections, metrics, timeline, dataprints, asset inventory), X-ROAR-API-KEY authentication against instance-scoped URLs, the split between the v1 and v2 APIs, and the
$ npx -y skills add wyre-technology/msp-claude-plugins --skill overview --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/overviewContext preview
The summary Claude sees to decide when to auto-load this skill.
Liongard platform fundamentals: the entity model (environments, agents, inspectors, launchpoints, systems, detections, metrics, timeline, dataprints, asset inventory), X-ROAR-API-KEY authentication against instance-scoped URLs, the split between the v1 and v2 APIs, and the
name: "Liongard Overview" description: > Liongard platform fundamentals: the entity model (environments, agents, inspectors, launchpoints, systems, detections, metrics, timeline, dataprints, asset inventory), X-ROAR-API-KEY authentication against instance-scoped URLs, the split between the v1 and v2 APIs, and the shared pagination, filtering, and rate-limit conventions. when_to_use: >- When orienting in the Liongard/ROAR API for the first time, resolving Liongard terminology, setting up credentials, or deciding which API version and shared request conventions apply. Use when: liongard, liongard overview, liongard platform, liongard api, roar api, liongard terminology, liongard authentication, or liongard capabilities.
Liongard is an automated IT documentation and configuration management platform built for Managed Service Providers (MSPs). It continuously inspects and documents IT environments across hundreds of technology platforms, providing:
Liongard replaces manual documentation processes with automated, scheduled inspections that capture the state of servers, firewalls, cloud services, and more.
of software per customer *site* that runs inspections against many targets. It is not a per-endpoint monitor and reports nothing about the machine it sits on. For endpoint agents use `atera-agents`, `syncro-assets`, `ncentral-devices`, or `immybot-endpoint-management`; in `halopsa-agents` an agent is a human technician.
detects; it does not remediate. Action belongs to the RMM (`ncentral-monitoring-tasks`, `superops-runbooks`, `immybot-script-execution`) or the PSA.
straight to `liongard-environments`, `liongard-inspections`, `liongard-systems`, or `liongard-detections`.
Environments represent customer organizations or sites being monitored. Each environment contains agents, launchpoints, systems, and detections, and can be organized into groups and tiers for logical management. See [references/api.md](references/api.md) for the environment core field table.
Agents are lightweight software deployed to customer sites that execute inspections. Each agent connects back to the Liongard platform and runs configured inspection tasks on a schedule.
Inspectors are templates defining what to inspect. Liongard provides hundreds of built-in inspectors for common platforms:
Launchpoints are configured inspection instances that tie together an inspector template, a target environment, an agent, credentials, and a schedule. They represent "run this inspector against this target on this schedule."
| Component | Description | |-----------|-------------| | Inspector | What to inspect (template) | | Environment | Where it belongs (customer) | | Agent | Who runs it (deployed software) | | Credentials | How to authenticate to the target | | Schedule | When to run (cron expression) |
Systems are discovered items from inspections. When a launchpoint runs, it discovers systems such as servers, firewalls, cloud services, user accounts, and other entities. Each system contains detailed configuration data captured during inspection.
Detections are automated change and anomaly alerts generated when inspections find differences from previous runs. They enable MSPs to:
Custom metrics allow MSPs to define and track specific values across systems and environments. Metrics can be evaluated per-system or aggregated across environments.
The timeline provides an audit trail of all events and changes within Liongard, including inspection runs, detection triggers, user actions, and system events.
Dataprints provide JMESPath-evaluated data extraction from system details. They allow precise querying of nested configuration data captured during inspections.
Asset Inventory (v2) provides identity and device profile management across all inspected environments, aggregating user accounts and devices discovered through inspections.
Liongard uses API key authentication via the `X-ROAR-API-KEY` header:
GET /api/v1/environments X-ROAR-API-KEY: YOUR_API_KEY Content-Type: application/json
**Required Headers:**
| Header | Value | Description | |--------|-------|-------------| | `X-ROAR-API-KEY` | `{api_key}` | API key from Liongard portal | | `Content-Type` | `application/json` | For POST/PUT requests |
Liongard uses instance-base
One command to supercharge Claude Code for MSP workflows. Then restart Claude Code. That's it. Documentation: mcp.wyre.ai
Repo: wyre-technology/msp-claude-plugins
3CX's native PBX MCP server: the per-PBX endpoint shape (every PBX is its own FQDN and its own OAuth authorization server — there is no shared mcp.3cx.com),…
3CX's live-operations surface: read-only visibility into active calls, recordings, voicemail, department and queue membership, and forwarding/presence…
3CX's read-only directory surface: resolving a caller by email or by exact extension, searching the PBX's own phonebooks, searching contacts synced from an…
3CX's system-and-configuration surface: server time, PBX event log and application log search, service status, database schema and the read-only SELECT-only…
Abnormal Security abuse mailbox cases: user-reported email submissions, case statuses and judgments, the case lifecycle, bulk and remediation actions, and…
Abnormal Security message analysis: message retrieval, email header inspection, attachments, sender reputation, delivery context, and SPF/DKIM/DMARC…