Gemini CLI Architektur und Laufzeit
1. Die Workspace-Struktur​
Die Repo-Struktur ist typisch fĂĽr ein ernsthaftes JavaScript- und TypeScript-CLI-Projekt:
| Bereich | Zweck |
|---|---|
packages/ | Kern-Laufzeit und Implementierung auf Paketebene |
docs/ | Anleitung fĂĽr Nutzende und Beitragende |
| Tests und Konfiguration | Validierung und Toolchain-UnterstĂĽtzung |
Der wichtige architektonische Punkt ist, dass Gemini CLI kein dĂĽnner Wrapper ĂĽber einem einzigen HTTP-Aufruf ist. Es ist eine echte agentische Terminal-Anwendung.
2. Das mentale Modell der Laufzeit​
Zur Laufzeit macht Gemini CLI in der Regel Folgendes:
- die Nutzerabsicht im Terminal lesen,
- relevanten lokalen Kontext prĂĽfen,
- entscheiden, ob direkt geantwortet oder Tools genutzt werden,
- bei Bedarf eine Berechtigung anfordern,
- Shell- oder Dateiarbeit ausfĂĽhren,
- das Ergebnis in derselben interaktiven Sitzung zurĂĽckgeben.
3. Warum die Berechtigungsvermittlung wichtig ist​
Bei Terminal-Agenten ist die Laufzeit nur die halbe Geschichte. Die andere Hälfte ist:
wer entscheidet, was das Tool tun darf
Die Doku von Gemini CLI trennt Konfiguration, Authentifizierung und Vertrauen ausdrücklich. Das ist ein gutes Zeichen dafür, dass das Projekt die betriebliche Realität lokaler Agenten verstanden hat.
4. Auswirkungen für Entwickelnde​
Die Architektur drängt Beitragende zu:
- klarem Befehlsverhalten,
- expliziten Berechtigungen,
- reproduzierbaren Auth-Pfaden,
- und vorhersehbarer lokaler AusfĂĽhrung.
Genau das braucht ein Terminal-Agent, um Vertrauen zu verdienen.
5. Was du im Code zuerst lesen solltest​
Beginne mit:
- Installations- und Auth-Doku,
packages/,- Berechtigungs- und Vertrauens-Doku,
- Anleitung fĂĽr Beitragende, sobald der interaktive Ablauf klar ist.