Die erste Woche im neuen Job ist ein steter Strom kleiner, peinlicher Fragen. Wie tail ich Logs in diesem Stack? Wie verbindet man sich konventionsmäßig zur Staging-DB? Wo schaue ich nach, wenn ein Deploy scheitert? Jeder Senior erinnert sich daran, auf der Frage-Seite gestanden zu haben, und erinnert sich daran, fünf Jahre später diese Fragen zu beantworten. Der Preis ist auf beiden Seiten real: der Neue fühlt sich langsam, der Senior verliert eine halbe Stunde am Tag durch Kontextwechsel.
CliAI ersetzt kein Mentoring. Es flacht die Menge der selbst-bedienbaren Fragen aber auf nahezu Null.
Reales Szenario der ersten Woche
Eine neue Ingenieurin steigt ins Backend-Team ein. Produktion läuft auf Kubernetes, Staging auf einem kleineren Cluster, Observability geht über Loki und Prometheus. Bis Mittwoch muss sie einen Flaky-Test debuggen, der nur im Staging fehlschlägt.
Frage 1: „Wo sind die Logs?"
$ clai Stream der Logs des api-Deployments in staging, letzte Stunde, nur Errors→ kubectl -n staging logs -l app=api --tail=-1 --since=1h \ | grep -i error
Der Befehl zeigt die Struktur: wo der Namespace steht, die Label-Selector-Konvention, das Zeit-Fenster-Flag. Innerhalb einer Woche ähnlicher Befehle saugt sie den Team-Style von kubectl auf, ohne dass es jemand erklärt hat.
Frage 2: „Wie komme ich an die Staging-DB?"
$ clai port-forward des Staging-postgres auf lokalen 5432→ kubectl -n staging port-forward svc/postgres 5432:5432
Sie lernt: wir sshen nicht in Pods, wir port-forwarden Services. Eine Team-Norm, die CliAI ganz natürlich an die Oberfläche bringt.
Frage 3: „Warum ist der letzte Deploy fehlgeschlagen?"
$ clai Events des api-Deployments in staging der letzten 30 Minuten→ kubectl -n staging get events --sort-by=.lastTimestamp \ | grep api | tail -20
Warum das besser ist als ein Runbook
Ein Runbook ist statisch. Der Stack driftet: jemand migriert von Loki zu OpenSearch, jemand ändert die Namespace-Konvention, jemand setzt einen Istio-Sidecar dazwischen, der ein anderes exec-Flag braucht. Das Runbook bleibt veraltet. CliAI generiert gegen die Frage, nicht gegen eine eingefrorene Momentaufnahme.
Was CliAI nicht kann, ist das Warum erklären. Es liefert das richtige kubectl; es kann der Neuen nicht sagen, dass Staging die einzige Umgebung ist, in der der Legacy-Auth-Pfad aktiv ist, und genau das den Test flaky macht. Das Gespräch gehört weiter dem Senior.
Siehe auch
- Befehle verfeinern — Onboarding ist genau der Moment, in dem die erste Antwort oft nicht ganz passt.
- Dokumentation — die volle Referenz, sobald die Neugier nachzieht.