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),…
ImmyBot tenants (client organizations) and fleet-wide reporting: the tenant and background-task tool surfaces, the per-tenant compliance scorecard and fleet task-queue audit procedures, and how to assemble a client QBR report from stats, compliance, software inventory, and
$ npx -y skills add wyre-technology/msp-claude-plugins --skill tenant-compliance --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/tenant-complianceContext preview
The summary Claude sees to decide when to auto-load this skill.
ImmyBot tenants (client organizations) and fleet-wide reporting: the tenant and background-task tool surfaces, the per-tenant compliance scorecard and fleet task-queue audit procedures, and how to assemble a client QBR report from stats, compliance, software inventory, and
name: "ImmyBot Tenant & Compliance Reporting" description: > ImmyBot tenants (client organizations) and fleet-wide reporting: the tenant and background-task tool surfaces, the per-tenant compliance scorecard and fleet task-queue audit procedures, and how to assemble a client QBR report from stats, compliance, software inventory, and failed-task history. when_to_use: >- When working with ImmyBot tenants (client organizations), reviewing per-tenant compliance dashboards, software inventory rollups, or auditing background task queues across the fleet. Use when: immybot tenant, immybot client organization, immybot compliance report, immybot tenant stats, immybot task queue, immybot failed tasks, or immybot fleet report.
Tenants are ImmyBot's client organizations. This skill covers tenant-level queries, compliance rollups, and the background-task queue that powers fleet-wide operational and QBR reporting.
installed software matches desired state, nothing more. CIS, NIST, and SOC 2 control mapping is `scalepad-controlmap`; Microsoft 365 security baselines are `cipp-standards`.
organization inside this ImmyBot instance and is unrelated to an M365 tenant ID, even though ImmyBot authenticates via Entra. Use `cipp-tenants`.
`immybot-software-deployment` and `immybot-maintenance-sessions`.
| Tool | Purpose | |------|---------| | `immybot_tenants_list` | List tenants with name/status filters | | `immybot_tenants_get` | Full detail for one tenant by ID | | `immybot_tenants_search` | Search tenants by name | | `immybot_tenants_stats` | Statistics for a tenant | | `immybot_tenants_computers` | Computers belonging to a tenant | | `immybot_tenants_deployments` | Deployments scoped to a tenant | | `immybot_tenants_compliance` | Compliance dashboard data for a tenant | | `immybot_tenants_software_inventory` | Software inventory rollup for a tenant |
| Tool | Purpose | |------|---------| | `immybot_tasks_list` | Background tasks with computer/tenant/status/type filters | | `immybot_tasks_get` | Detail for one task | | `immybot_tasks_running` | All currently running tasks | | `immybot_tasks_queued` | Tasks waiting for execution | | `immybot_tasks_failed` | All failed tasks | | `immybot_tasks_for_computer` | Tasks for a specific computer | | `immybot_tasks_for_tenant` | Tasks for a specific tenant | | `immybot_tasks_by_type` | Tasks of a given type (SoftwareInstall, ScriptExecution, …) | | `immybot_tasks_queue_stats` | Task queue statistics | | `immybot_tasks_history` | Task execution history over a date range |
1. `immybot_tenants_search` → resolve the tenant. 2. `immybot_tenants_get` and `immybot_tenants_stats` for the overview (computer count, status). 3. `immybot_tenants_compliance` for the compliance rollup — which deployments are met vs failing. 4. Drill into failing deployments with `immybot_deployments_compliance`. 5. `immybot_tenants_software_inventory` to confirm what is actually installed across the tenant.
1. `immybot_tasks_queue_stats` for the high-level picture. 2. `immybot_tasks_failed` — every failure across the fleet. 3. `immybot_tasks_running` and `immybot_tasks_queued` for current load and backlog. 4. For a problem client, `immybot_tasks_for_tenant` to scope the failures. 5. `immybot_tasks_history` over a date range for trend reporting.
For each tenant, assemble:
`immybot_tenants_computers`).
(`immybot_tenants_compliance`).
outdated packages (`immybot_tenants_software_inventory`).
(`immybot_tasks_failed`, `immybot_tasks_history`).
Present per-tenant so the technician knows which client each finding belongs to.
to a specific client — unscoped results span the whole MSP.
failing deployments into a maintenance session.
to catch recurring issues.
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…