_context

Hetzner Capability — Folder Context

Zweck

Operatives Inventar für das Hetzner-Hosting von Agentic Ventures. Welche Projects gibt es, wer hat Zugriff worauf, welche Services laufen pro Project, welche CLI-Profile sind lokal eingerichtet. Strategische Begründung („warum Hetzner als zweite Spur, warum Mistral statt Bedrock”) liegt in den ADRs llm-hosting-eu-optionen und im Projekt _index — hier nur das Operative.

Was gehört hier rein / NICHT rein

Rein:

• Project-Inventar (IDs, Naming-Pattern, API-Token-Status)
• Service-Aktivierungs-Status pro Project (Cloud Server, Volume, Object Storage, Firewall)
• Pro-Kunde-Project-Datei (av-<kunde>.md analog av-becker) mit Bestand der angelegten Resources
• CLI-Profile-Konventionen (hcloud Context-Setup)
• lazyants-MCP-Setup-Anleitung
• Cost-Alarm-Konvention pro Project
• Naming-Konvention für Server/Volumes/Buckets

NICHT rein:

• Strategische Entscheidungen → ADR _index
• Deployments einzelner Apps oder MCPs → bei der jeweiligen Capability/Repo oder im Kunde-Project
• Kunden-spezifische Workload-Doku (was die App tut, Domain-Modell) → beim Kunde/Projekt
• Secrets / Tokens → 1Password, niemals hier
• Pattern-Files / Lessons-Learned → prozesse

Für Agents

• Bei „was ist im Hetzner-Project von Kunde X” → [[av-]] zuerst (nicht im jeweiligen Kunde-File)
• Bei „welche Projects gibt es” → projects
• Bei „welche Buckets gibt es” → storage
• Bei „wie ist hcloud CLI eingerichtet” → cli-profile
• Vor jedem schreibenden Hetzner-Call: Project-Context prüfen (hcloud context active)
• Pro neuem Project: neue Datei av-<kunde>.md nach Vorbild av-becker anlegen
• lazyants-MCP-Tools heißen typischerweise mcp__hetzner__* — falls in Claude-Code-Session verfügbar, bevorzugt nutzen statt CLI-Shell-Out

Lokale Konventionen

• Pro Kunde eigenes Project = Mandanten-Trennungs-Konstrukt analog AWS-Sub-Account (Doktrin aus aws-multi-account-strategie)
• Region-Wahl: nbg1 (Nürnberg) oder fsn1 (Falkenstein) — beide DE, gleicher Compliance-Score. hel1 (Helsinki) für Off-Site-Backups falls aktiviert
• Tag-Schema auf jeder Resource: project=<slug>, environment=prod, managed-by=marvin
• Server-Typen Default für Industriekunden-MVP: CCX23 für App (4 vCPU dediziert, 16 GB), CCX13 für DB (2 vCPU dediziert, 8 GB)

Verwandte Bereiche

• llm-hosting-eu-optionen — strategische Wahl Hetzner+Mistral für DSGVO-strenge Kunden
• aws-multi-account-strategie — Mandanten-Trennungs-Doktrin (gilt analog)
• _index — Capability-Build-Projekt
• _index — AWS-Capability als Vergleichs-Pattern
• stack — Hetzner-Account-Status

Notizen

Stand 2026-05-13: Skeleton-Phase. Keine produktiven Industriekunden-Projects auf Hetzner. Mayday-Project (mayday) ist erstes laufendes Hetzner-Workload, aber als VPS + Coolify im Privat@-Account — nicht repräsentativ für UG-Industriekunden-Stack.