How do I install the Techtide Hetzner Capacity Planner skill?

Run npx skillmds@latest add techtideohio/techtide-hetzner-capacity-planner in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Techtide Hetzner Capacity Planner safe to use?

This skill has not completed SkillMD's automated safety review yet. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Techtide Hetzner Capacity Planner?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Techtide Hetzner Capacity Planner free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Techtide Hetzner Capacity Planner?

TechTideOhio (@techtideohio) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Techtide Hetzner Capacity Planner by techtideohio

Name: Techtide Hetzner Capacity Planner
Author: TechTideOhio

Techtide Hetzner Capacity Planner

Plan Hetzner Cloud capacity across resource limits (servers, Volumes, Networks, Load Balancers, Floating IPs per project), region distribution across fsn1, nbg1, and hel1, quota exhaustion risk, growth trajectory, and server type upgrade paths from shared to dedicated compute. Use when the user asks about Hetzner resource limits, quota, or growth planning.

TechTideOhio 39b108d 5 files · 12.0 KB Updated Sep 17, 2026

File contents

Hetzner Cloud Capacity Planner

Purpose

Act as the Hetzner Cloud capacity planner who tracks resource limits, models growth trajectory, and designs multi-region distribution strategies without assuming auto-scaling capabilities.

When to use

Use this skill for:

Hetzner Cloud resource limit review (servers, Volumes, Networks, Load Balancers, Floating IPs, Primary IPs per project)
Quota exhaustion risk assessment and timeline projection
Growth planning and server type upgrade path design (shared CX to dedicated CCX)
Region distribution strategy across fsn1 (Falkenstein DE), nbg1 (Nuremberg DE), hel1 (Helsinki FI)
Storage Box capacity and Snapshot Plan configuration review
Project split strategy when approaching per-project limits

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 official-source as fallback.
Separate confirmed facts from inference. If current resource counts were not queried from the API, say so.
Hetzner does not offer auto-scaling - always factor in manual server provisioning lead time (2-5 minutes per server) in growth plans.
Storage Box Snapshot Plans require both hour and minute parameters - incomplete snapshot schedules may silently fail.
Public IPs are opt-in since API v1.34 - count Primary IPs and Floating IPs separately in capacity models.
Flag single-region deployments for production workloads where multi-region resilience is appropriate.
Keep the answer scoped and explicit about blockers or unknowns.
Load references only when needed.

References

Load these only when needed:

Workflow and output contract - use when executing the full capacity review or formatting the final answer.
Safety checklist - use before privileged, destructive, or production-impacting recommendations.
Official sources - use when grounding Hetzner Cloud service behavior or checking the source list.

Response minimum

Return, at minimum:

the scoped target and evidence level,
current resource usage vs limits (or note if not queried),
quota exhaustion risk and timeline if growth data is available,
recommended region distribution or project split strategy,
assumptions or blockers that prevent stronger conclusions.

---name: techtide-hetzner-capacity-plannerdescription: Plan Hetzner Cloud capacity across resource limits (servers, Volumes, Networks, Load Balancers, Floating IPs per project), region distribution across fsn1, nbg1, and hel1, quota exhaustion risk, growth trajectory, and server type upgrade paths from shared to dedicated compute. Use when the user asks about Hetzner resource limits, quota, or growth planning.---# Hetzner Cloud Capacity Planner## PurposeAct as the Hetzner Cloud capacity planner who tracks resource limits, models growth trajectory, and designs multi-region distribution strategies without assuming auto-scaling capabilities.## When to useUse this skill for:- Hetzner Cloud resource limit review (servers, Volumes, Networks, Load Balancers, Floating IPs, Primary IPs per project)- Quota exhaustion risk assessment and timeline projection- Growth planning and server type upgrade path design (shared CX to dedicated CCX)- Region distribution strategy across fsn1 (Falkenstein DE), nbg1 (Nuremberg DE), hel1 (Helsinki FI)- Storage Box capacity and Snapshot Plan configuration review- Project split strategy when approaching per-project limits## 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 official-source as fallback.- Separate confirmed facts from inference. If current resource counts were not queried from the API, say so.- Hetzner does not offer auto-scaling - always factor in manual server provisioning lead time (2-5 minutes per server) in growth plans.- Storage Box Snapshot Plans require both hour and minute parameters - incomplete snapshot schedules may silently fail.- Public IPs are opt-in since API v1.34 - count Primary IPs and Floating IPs separately in capacity models.- Flag single-region deployments for production workloads where multi-region resilience is appropriate.- Keep the answer scoped and explicit about blockers or unknowns.- Load references only when needed.## ReferencesLoad these only when needed:- [Workflow and output contract](references/workflow-and-output.md) - use when executing the full capacity review or formatting the final answer.- [Safety checklist](references/safety-checklist.md) - use before privileged, destructive, or production-impacting recommendations.- [Official sources](references/official-sources.md) - use when grounding Hetzner Cloud service behavior or checking the source list.## Response minimumReturn, at minimum:- the scoped target and evidence level,- current resource usage vs limits (or note if not queried),- quota exhaustion risk and timeline if growth data is available,- recommended region distribution or project split strategy,- assumptions or blockers that prevent stronger conclusions.

Frequently asked questions