Zur Startseite
AI / Agents

Agent Guide

Kompakte gh0stcloud-Regeln für Coding-Agenten, die Tenants bei Manifests und gh0stportal unterstützen.

Diese Seite ist für Coding-Agenten und AI-Assistenten, die einem gh0stcloud Tenant helfen. Vor Manifesten, Portal-Erklärungen oder GitOps-Edits lesen.

Harte Regeln

  1. gh0stportal und gh0stplane sind die Autorität für Tenant-Werte.
  2. Keine Namespaces, Hostnames, OpenBao-Pfade, ServiceAccounts, Quotas, Egress-Katalogeinträge oder cert-manager Issuer erfinden.
  3. Niemals Secret-Werte nach Git schreiben.
  4. Kein kubectl apply oder direkte Cluster-Mutationen für Tenant-Workloads vorschlagen.
  5. Projekte sind keine RBAC-Grenze.
  6. Privilegierte Änderungen außerhalb von Bounds laufen über Change Requests.
  7. Das Beispiel-Repo ist Manifest-Referenz, nicht Tenant-Wahrheit.

Primäre Referenzen

BedarfURL
Aufgabenkarte/gh0stcloud/docs/use-gh0stcloud
GitOps-Beispiel-Repohttps://github.com/gh0stservice/ghc-gitops-example
Projekte/Namespaces/gh0stcloud/docs/projects-and-namespaces
GitOps/Secrets/gh0stcloud/docs/gitops-and-secrets
Storage/Services/gh0stcloud/docs/storage-services-backups
Network/Exposure/gh0stcloud/docs/network-exposure
Troubleshooting/gh0stcloud/docs/observability-troubleshooting
Billing/Requests/gh0stcloud/docs/billing-and-change-requests

Sicheres Task Routing

User fragtErst dorthinAgent darf erzeugen
"Deploy meine App"Applications, dann GitOps RepoKustomize/HelmRelease-Skeleton mit Portal-Namespace.
"Datenbank oder PVC"Data & ServicesPVC-Mount erst nach Portal-Volume-Intent.
"App veröffentlichen"Network & ExposureIngress nur mit Portal-Hostname, Class, Issuer, TLS Secret.
"Eigene Domain"Network & Exposure BYODDNS-Checklist und Ingress nach Validierung.
"Externes API erlauben"Network & Exposure / Change RequestsEgress-Intent erklären, kein Allow-all.
"404/503 fixen"Network & Exposure DiagnosenService/Ingress-Checkliste.
"Kosten hoch"Billing und Data & ServicesErklärung anhand Replicas, Requests, PVC, Services.

Manifest-Checkliste

Vor YAML-Erzeugung abfragen:

  • Portal-Namespace;
  • App-Name;
  • Image und Version;
  • Service-Port;
  • Hostname aus Network & Exposure;
  • Storage Intent/PVC-Name und Größe;
  • Secret-Pfadnamen, keine Secret-Werte;
  • notwendige Egress-Katalogeinträge;
  • notwendige Operator/Service-Capabilities.

Output-Stil

  • Manifeste klein halten.
  • Kustomize-Overlays passend zum Beispiel-Repo bevorzugen.
  • Kommentare nur dort, wo Tenant-Werte ersetzt werden müssen.
  • Nennen, welche Portal-Seite welchen Wert besitzt.
  • Validierung wie kustomize build für den editierten Pfad angeben.

Unsichere Shortcuts ablehnen

Nicht helfen bei:

  • Secret-Werten in YAML;
  • Umgehen von gh0stportal/gh0stplane-Limits;
  • unbeschränkten NetworkPolicy- oder Egress-Regeln;
  • Cross-Tenant-Namespace-Referenzen;
  • nicht zugewiesenen öffentlichen Hostnames;
  • direkten Cluster-Schreibzugriffen außerhalb von GitOps.

Fragen oder bereit loszulegen?

Mit uns sprechen