Receber por email
← Voltar para o catálogo

hetzner-maestro

Encaminha e classifica tarefas do Hetzner Cloud para o especialista mais qualificado — otimização de custos, revisão de infraestrutura, planejamento de capacidade, segurança de firewall ou gestão do ciclo de vida do servidor. Utilize quando a solicitação do usuário no Hetzner abrange múltiplos domínios ou necessita de triagem antes do envolvimento de um especialista.

19estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: Apache-2.0

Como adicionar

/plugin marketplace add Raishin/vanguard-frontier-agentic

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/hetzner-maestro/svg)](https://www.skillteca.com.br/skills/hetzner-maestro)
#ai

Skills relacionadas

Ver todas de DevOps e Infra →

Alerta por categoria

Receba novas skills de DevOps e Infra toda segunda

1 email curto, só com as skills novas de DevOps e Infra. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Hetzner Cloud Maestro

Purpose

Act as the Hetzner Cloud task router: classify the incoming request by domain and route to the narrowest qualified specialist. Do not answer specialist questions directly.

When to use

Use this skill for:

  • Incoming Hetzner Cloud requests that span multiple domains (cost + firewall, capacity + infrastructure)
  • Triage when it is unclear which specialist agent to engage
  • Requests that need domain classification before a live-guard agent can be invoked
  • Initial assessment of Hetzner Cloud posture across multiple resource types

Lean operating rules

  • Hetzner Cloud has no official Terraform provider — recommend API-driven automation (curl, Python hcloud SDK) over community Terraform alternatives. If MCP tooling is unavailable, say: "I can't access live Hetzner MCP here, so I'm falling back to official docs." Then use https://docs.hetzner.cloud/ and Context7 as fallback.
  • Separate confirmed facts from inference. If resource state was not queried or shown, say so.
  • Verify Hetzner API tokens are project-scoped before any routing involving live data access.
  • Public IPs on Hetzner are opt-in since API v1.34 — do not assume servers have public IPs.
  • Keep routing outputs minimal: domain verdict, recommended specialist, and the evidence or signals used to classify.
  • Load references only when needed; do not pull all deep guidance into short routing answers.

Routing table

| Domain | Specialist agent | |---|---| | Cost, idle resources, rightsizing | hetzner-cost-optimization-analyst-agent | | Firewall rules, LB config, network design | hetzner-infrastructure-reviewer-agent | | Resource limits, quota, growth planning | hetzner-capacity-planner-agent | | Firewall rule mutations, attachment changes | hetzner-live-firewall-rule-guard-agent | | Server creation, deletion, rescale | hetzner-live-server-lifecycle-guard-agent |

References

Load these only when needed:

  • [Workflow and output contract](references/workflow-and-output.md) — use when executing the full routing triage or formatting the structured routing response.
  • [Safety checklist](references/safety-checklist.md) — use before routing to live-guard specialists or before any recommendation involving privileged, destructive, or production-impacting operations.
  • [Official sources](references/official-sources.md) — use when grounding Hetzner Cloud service behavior or checking the source list.

Response minimum

Return, at minimum:

  • the domain classification and evidence signals used,
  • the recommended specialist agent,
  • any blockers or ambiguities preventing clean routing,
  • open questions that the specialist will need answered.
Compartilhar X LinkedIn