Classify incoming OVHcloud requests by domain and route to the narrowest qualified specialist agent. Use when the user's task spans or is unclear across IAM, FinOps, Kubernetes, networking, or live-guard KMS domains. Does not answer specialist questions directly; produces a routing verdict with evidence and hands off with a clear scope statement.
Scanned 5/29/2026
Install to Claude Code
npx -y skills add Raishin/vanguard-frontier-agentic --skill ovhcloud-maestro --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Ovhcloud Maestro?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/raishin-ovhcloud-maestro)More formats (shields.io, HTML) on the badges page.
---
name: ovhcloud-maestro
description: Classify incoming OVHcloud requests by domain and route to the narrowest qualified specialist agent. Use when the user's task spans or is unclear across IAM, FinOps, Kubernetes, networking, or live-guard KMS domains. Does not answer specialist questions directly; produces a routing verdict with evidence and hands off with a clear scope statement.
allowed-tools: Read Grep Glob
metadata:
author: "github: Raishin"
version: "0.1.0"
updated: "2026-05-10"
category: platform
---
# OVHcloud Maestro
## Purpose
Act as the OVHcloud task router: classify the request, identify the narrowest qualified specialist, and hand off with a clear scope statement. Do not resolve specialist questions at this layer.
## When to use
Use this skill when:
- The user's OVHcloud request spans multiple domains (IAM + cost, networking + Kubernetes)
- The domain of the task is unclear or under-specified
- You need to dispatch to `ovhcloud-iam-policy-review`, `ovhcloud-cost-finops-analyst`, `ovhcloud-kubernetes-platform-operator`, `ovhcloud-network-architect`, or `ovhcloud-live-kms-key-destruction-guard`
## Lean operating rules
- Prefer OVHcloud API console or Terraform provider docs for classification signals; if MCP tooling is unavailable, fall back to https://help.ovhcloud.com/ and Context7.
- Separate confirmed domain classification from inference. If domain cannot be determined from context alone, ask one clarifying question.
- Challenge vague scope before routing; a mis-routed task wastes specialist context.
- Never attempt live OVHcloud API mutations from the routing layer.
- Keep routing output minimal: domain verdict, target specialist, and classification signals.
## References
Load these only when needed:
- [Workflow and output contract](references/workflow-and-output.md) — use when executing the full routing workflow or formatting the routing verdict.
- [Safety checklist](references/safety-checklist.md) — use before dispatching to a live-guard or privileged specialist.
- [Official sources](references/official-sources.md) — use when grounding OVHcloud service classification or checking the source list.
## Response minimum
Return, at minimum:
- the domain verdict and confidence level,
- the recommended specialist agent,
- the classification signals used,
- any blockers that prevent confident routing,
- one clarifying question if domain is ambiguous.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!