Glossar

Die Begriffe des Kurses, auf Deutsch erklärt

Die Begriffe, die dir in der Vorbereitung und in den Workshops begegnen. Die Stichwörter sind Englisch, weil GitHub und GitHub Desktop Englisch sprechen und du die Wörter so auf dem Bildschirm siehst. Die Erklärungen sind Deutsch und in Alltagssprache. Unter jeder Erklärung steht, wie ein übersetzter Browser den Begriff anzeigen kann, wo er im Kurs vorkommt und welcher Befehl im Terminal dahintersteckt.

Die Seite hat vier Teile: Git und GitHub für die Begriffe selbst, Knöpfe und Fenster für die Beschriftungen in GitHub Desktop und auf github.com, Werkzeuge für die Programme, KI und Agenten für die Wörter rund um Claude Code, Cowork, Codex und ChatGPT Work. Dieselben Begriffe stehen in der Liste auf Englisch und Deutsch nebeneinander. Auf den anderen Seiten zeigt ein gepunktet unterstrichenes Wort seine Erklärung, wenn du mit der Maus darauf bleibst.

Welches Werkzeug ein Begriff betrifft, erklärt Welches Werkzeug macht was. Was die KI-Werkzeuge von deinem Ordner und deinem Repository sehen, steht auf KI-Werkzeuge im Vergleich.

Git und GitHub

Branch: Ein Branch ist eine eigene Arbeitslinie innerhalb eines Repositorys. Du legst einen Branch an, wenn du Dateien ändern willst, ohne die Hauptfassung des Projekts anzufassen. Sind die Änderungen geprüft, führst du sie in die Hauptfassung zurück. In der Vorbereitung arbeitest du nur auf main. Im Workshop 1 legst du im Kochbuch deinen ersten eigenen Branch an, zum Beispiel rezept-linsensuppe.

Übersetzt erscheint es als: «Zweig», «Filiale», manchmal «Branch». Wo: GitHub Desktop, Knopf Current branch oben in der Mitte; auf github.com die Auswahl links über der Dateiliste. Befehl darunter: git branch, git switch. Bild: GitHub Desktop: die Leiste oben. Seite: Rezept per Pull request einreichen.
Clone: Klonen heisst, eine vollständige Kopie eines Repositorys von GitHub auf deinen Laptop zu holen, samt der Geschichte aller Änderungen und der Verbindung zurück zu GitHub. Du klonst einmal, danach arbeitest du in diesem Ordner.

Übersetzt erscheint es als: «Klonen», «Repository klonen». Wo: GitHub Desktop, Menü File, Clone Repository; auf github.com der grüne Knopf Code. Befehl darunter: git clone. Bild: GitHub Desktop: Clone Repository. Seite: Dein Repository klonen.
Commit: Ein Commit ist eine gespeicherte Fassung deines Projekts. Beim Commit hält Git den genauen Inhalt deiner Dateien in diesem Moment fest, zusammen mit einer Nachricht, die sagt, was du geändert hast und warum. Du kannst jederzeit zu jedem früheren Commit zurück.

Übersetzt erscheint es als: «Commit», «Festschreiben», «Übernehmen», «Bestätigen». Wo: GitHub Desktop, Knopf Commit to main unten links; auf github.com der Knopf Commit changes beim Bearbeiten einer Datei. Befehl darunter: git commit -m "Nachricht". Bild: GitHub Desktop: Reiter Changes. Seite: Commit und Push vom Laptop.
Commit message: Die Commit-Nachricht ist die kurze Notiz zu einem Commit. Sie sagt dir selbst und anderen später, was du geändert hast und warum. In GitHub Desktop schreibst du sie ins Feld Summary. Das Feld Description darunter ist für längere Erklärungen und darf leer bleiben.

Übersetzt erscheint es als: «Zusammenfassung» (Summary) und «Beschreibung» (Description). Wo: GitHub Desktop, Felder Summary und Description unten links. Befehl darunter: der Text hinter -m. Bild: GitHub Desktop: Reiter Changes.
Diff: Ein Diff zeigt, was sich zwischen zwei Fassungen einer Datei geändert hat, Zeile für Zeile. Entfernte Zeilen sind rot und tragen ein Minus, neue Zeilen sind grün und tragen ein Plus. Im Diff prüfst du, was du oder eine KI geändert hat, bevor du es behältst.

Übersetzt erscheint es als: «Diff», «Unterschied». Wo: GitHub Desktop, rechte Hälfte im Reiter Changes; auf github.com der Reiter Files changed eines Pull requests. Befehl darunter: git diff. Bild: GitHub Desktop: Reiter Changes.
Fork: Ein Fork ist eine eigene Kopie des Repositorys einer anderen Person, gespeichert in deinem GitHub-Konto. Du kannst deinen Fork frei ändern und deine Änderungen dem Original über einen Pull request anbieten. Im Kurs brauchst du keinen Fork: Im Kochbuch legst du deinen Branch direkt im gemeinsamen Repository an.

Übersetzt erscheint es als: «Gabel», «Abspaltung», «Fork». Wo: github.com, Knopf Fork rechts oben in einem Repository. Bild: github.com: die Seite eines Repositorys.
History: Die History ist die Liste aller Commits eines Repositorys, vom ersten bis zum neuesten. Sie zeigt, wer wann was geändert hat und warum. Jede Kopie des Repositorys enthält die ganze History. Deshalb kannst du jede frühere Fassung wiederherstellen.

Übersetzt erscheint es als: «Verlauf», «Geschichte», «Historie». Wo: GitHub Desktop, Reiter History links; auf github.com der Link commits oben in der Dateiliste. Befehl darunter: git log. Bild: GitHub Desktop: Reiter History.
Issue: Ein Issue ist ein Eintrag auf der GitHub-Seite eines Repositorys für eine Aufgabe, eine Frage oder einen Fehler. Jedes Issue hat eine Nummer, kann einer Person zugewiesen werden und bleibt offen, bis jemand es schliesst. Dein Fahrplan für die Vorbereitung ist ein Issue im Repository gitklar/vorbereitung, und am Ende schreibst du einen Kommentar hinein.

Übersetzt erscheint es als: «Problem», «Ausgabe», «Anliegen», «Ticket». Wo: github.com, Reiter Issues, Knopf New issue. Bild: github.com: ein Issue. Seite: Fertig melden.
main: main ist der Hauptzweig eines Repositorys, die Fassung, die immer funktionieren soll. In der Vorbereitung committest du direkt auf main. Im Kurs lernst du, Änderungen auf einem eigenen Branch zu machen und über einen Pull request nach main zu bringen. Ältere Projekte nennen diesen Branch master.

Übersetzt erscheint es als: bleibt meist «main», selten «Haupt». Wo: GitHub Desktop, Knopf Commit to main; Current branch zeigt main. Bild: GitHub Desktop: die Leiste oben.
Merge: Mergen heisst, die Änderungen eines Branches in einen anderen zu übernehmen, so dass ein Branch danach die Arbeit beider enthält. Im Kurs passiert der Merge, wenn jemand einen Pull request auf GitHub annimmt.

Übersetzt erscheint es als: «Zusammenführen», «Verschmelzen», «Einbinden». Wo: github.com, Knopf Merge pull request. Befehl darunter: git merge. Bild: github.com: ein Pull request.
Merge conflict: Ein Merge conflict entsteht, wenn zwei Branches dieselben Zeilen derselben Datei verschieden geändert haben und Git nicht wissen kann, welche Fassung du willst. Git hält an, markiert beide Fassungen in der Datei und wartet, bis du dich entscheidest. Das ist kein Fehler. Git rät nur nicht. Im Workshop 2 entsteht einer, wenn alle ihre Zeile ans Ende von inhalt.csv im Kochbuch schreiben.

Übersetzt erscheint es als: «Zusammenführungskonflikt», «Merge-Konflikt». Wo: GitHub Desktop, Hinweisfenster beim Mergen; auf github.com der Knopf Resolve conflicts. Bild: github.com: ein Pull request.
Organization: Eine Organization ist ein gemeinsamer Bereich auf GitHub, in dem Repositories mehreren Personen gehören. gitklar ist eine. Deine Einladung bringt dich hinein. Dort liegen dein eigenes Repository rezept-dein-benutzername, dein Issue in vorbereitung und das gemeinsame Kochbuch.

Übersetzt erscheint es als: «Organisation». Wo: github.com/gitklar; die Einladung kommt per E-Mail mit dem Knopf Join gitklar. Bild: GitHub: die Einladung. Seite: Einladung annehmen.
origin: origin ist der Name, den dein Repository auf dem Laptop für seine Kopie auf GitHub benutzt, ein Lesezeichen statt der langen Adresse. Beim Klonen vergibt Git den Namen von selbst. Deshalb heissen die Knöpfe Push origin und Fetch origin.

Übersetzt erscheint es als: «Ursprung», «Herkunft». Wo: GitHub Desktop, in Push origin und Fetch origin. Befehl darunter: git remote -v. Bild: GitHub Desktop: die Leiste oben.
Pull: Pull holt neue Commits von GitHub in deine Kopie auf dem Laptop. GitHub Desktop macht es in zwei Schritten: Fetch origin schaut nach, ob es auf GitHub Neues gibt, und wird zu Pull origin, wenn ja. Arbeitest du allein an einem Repository, gibt es selten etwas zu holen.

Übersetzt erscheint es als: «Ziehen», «Abrufen» (Fetch), «Pull». Wo: GitHub Desktop, Knopf Fetch origin oder Pull origin oben rechts. Befehl darunter: git fetch, git pull. Bild: GitHub Desktop: die Leiste oben.
Pull request: Ein Pull request ist die Bitte auf GitHub, die Änderungen eines Branches zu prüfen und in einen anderen Branch zu übernehmen, meist nach main. Die prüfende Person liest das Diff, kommentiert und merged am Ende. Mit Pull hat er trotz des Namens nichts zu tun: Pull ist ein Datentransfer, ein Pull request ist ein Gespräch, und es gibt ihn nur auf GitHub, nicht in Git.

Übersetzt erscheint es als: «Pull-Anfrage», «Pull-Request», «Zugriffsanfrage», «Abrufanforderung». Wo: github.com, Reiter Pull requests, Knopf Compare & pull request; GitHub Desktop, Menü Branch, Create pull request. Bild: github.com: ein Pull request.
Push: Push kopiert deine Commits vom Laptop nach GitHub. Bis du pushst, sieht niemand sonst deine Commits, und GitHub hat keine Sicherung davon. Deshalb gehören Commit und Push zusammen: Commit sichert auf dem Laptop, Push sichert auf GitHub.

Übersetzt erscheint es als: «Pushen», «Drücken», «Schieben», «Hochladen». Wo: GitHub Desktop, Knopf Push origin oben rechts. Befehl darunter: git push. Bild: GitHub Desktop: die Leiste oben. Seite: Commit und Push vom Laptop.
Review: Ein Review ist das Lesen eines Pull requests durch eine andere Person. Sie schaut sich im Reiter Files changed jede geänderte Zeile an, kann zu einzelnen Zeilen Kommentare schreiben und schliesst mit einem Urteil ab: Comment für eine Bemerkung, Request changes für die Bitte um Änderungen, Approve für ein Ja. Wer um Änderungen gebeten wird, ändert auf demselben Branch weiter. Der Pull request zeigt die neuen Commits von selbst.

Übersetzt erscheint es als: «Überprüfung», «Rezension», «Änderungen anfordern» (Request changes), «Genehmigen» (Approve). Wo: github.com, Pull request, Reiter Files changed, Knopf Review changes. Bild: github.com: ein Pull request. Seite: Rezept per Pull request einreichen.
README: Die README ist eine Textdatei, README.md, die erklärt, was ein Repository enthält und wie man es benutzt. GitHub zeigt sie unter der Dateiliste an. Deshalb ist sie das Erste, was Besucher:innen lesen. Deine erste schreibst du beim Anlegen deines Repositorys, im Browser.

Übersetzt erscheint es als: «LIESMICH», «README». Wo: github.com, unter der Dateiliste eines Repositorys; in deinem Ordner als Datei README.md. Bild: github.com: die Seite eines Repositorys. Seite: Dein Repository anlegen.
Repository: Ein Repository ist ein Ordner, dessen Geschichte Git festhält: alle Dateien und jeder Commit, der je gemacht wurde. Meist ist ein Projekt ein Repository. Dein Repository rezept-dein-benutzername liegt nach dem Klonen zweimal vor, einmal auf deinem Laptop und einmal auf GitHub.

Übersetzt erscheint es als: bleibt meist «Repository», manchmal «Ablage», «Aufbewahrungsort» oder «Speicher». Wo: GitHub Desktop, oben links Current repository; auf github.com die Seite eines Repositorys, Reiter Code. Bild: github.com: die Seite eines Repositorys. Seite: Dein Repository anlegen.
Stage: Vor dem Commit wählst du, welche geänderten Dateien hineinkommen. Das heisst stagen. In GitHub Desktop ist das Häkchen vor jeder Datei im Reiter Changes: Häkchen gesetzt, die Datei kommt in den Commit. Im Terminal ist es ein eigener Befehl.

Übersetzt erscheint es als: «Inszenieren», «Bereitstellen», «Vormerken». Wo: GitHub Desktop, Häkchen vor den Dateien im Reiter Changes. Befehl darunter: git add. Bild: GitHub Desktop: Reiter Changes.
Version control: Versionskontrolle heisst, die Fassungen deiner Dateien so festzuhalten, dass du jede frühere Fassung wiederfindest und siehst, was sich zwischen zwei Fassungen geändert hat. Git ist ein Programm dafür.

Übersetzt erscheint es als: «Versionskontrolle», «Versionsverwaltung».

Dateien

CSV: Eine CSV-Datei ist eine Tabelle als reiner Text. Jede Zeile der Datei ist eine Zeile der Tabelle, und Kommas trennen die Spalten. Die erste Zeile nennt die Spalten. GitHub zeigt eine CSV-Datei als Tabelle an. Weil sie reiner Text ist, kann Git bei jeder Fassung zeigen, welche Zeile sich geändert hat. Öffne sie zum Bearbeiten mit einem Textprogramm. Excel und Numbers können beim Speichern die Kommas durch Strichpunkte ersetzen.

Übersetzt erscheint es als: «CSV», «kommagetrennte Werte». Wo: in deinem Repository als rezept/zutaten.csv; im Kochbuch als inhalt.csv. Bild: github.com: zutaten.csv als Tabelle. Seite: Dein Rezept aufschreiben.
Markdown: Markdown ist reiner Text mit ein paar Zeichen, die GitHub als Formatierung anzeigt: # am Zeilenanfang für eine Überschrift, **fett**, - für eine Liste. Dateien mit der Endung .md sind Markdown, auch die README. Beim Bearbeiten im Browser zeigt der Reiter Preview, wie GitHub die Datei anzeigen wird.

Wo: in deinem Repository als README.md und rezept/rezept.md; auf github.com der Reiter Preview beim Bearbeiten. Bild: github.com: eine Datei bearbeiten und committen. Seite: Dein Repository anlegen.
Location data: Ein Handy speichert in jedem Foto Zusatzangaben, die man nicht sieht: Datum, Gerät und oft den Ort der Aufnahme, auf wenige Meter genau. Diese Angaben heissen Metadaten oder EXIF. Lädst du ein Foto in ein Repository hoch, bleiben sie in der Datei, und alle, die das Repository lesen können, können sie auslesen. In gitklar kommen deshalb keine Fotos in die Rezepte.

Übersetzt erscheint es als: «Ortsinformationen», «Standort», «GPS», «EXIF-Daten».

Knöpfe und Fenster

Authorize: Beim Anmelden in GitHub Desktop öffnet sich der Browser, und GitHub fragt, ob das Programm in deinem Namen arbeiten darf. Authorize desktop sagt ja. Danach kommt der Browser zurück zur App.

Übersetzt erscheint es als: «Autorisieren», «Genehmigen». Wo: Browser, während der Anmeldung in GitHub Desktop. Bild: GitHub Desktop: Anmelden. Seite: GitHub Desktop auf macOS oder auf Windows.
Add file: Add file über der Dateiliste eines Repositorys öffnet zwei Wege: Create new file legt eine neue Textdatei an, Upload files lädt Dateien vom Laptop hoch, etwa eine CSV-Datei aus einer Tabelle. Schreibst du beim Anlegen einen Schrägstrich in den Namen, zum Beispiel rezept/zutaten.csv, entsteht dabei ein Ordner. Beides endet mit einem Commit.

Übersetzt erscheint es als: «Datei hinzufügen», «Neue Datei erstellen», «Dateien hochladen». Wo: github.com, Repository, über der Dateiliste. Bild: github.com: Add file. Seite: Dein Rezept aufschreiben.
Commit changes: Auf github.com gibt es kein Speichern ohne Commit. Commit changes öffnet ein Fenster mit dem Feld Commit message für die Nachricht. Ein zweiter Klick auf Commit changes macht daraus einen Commit auf main, mit deinem Namen.

Übersetzt erscheint es als: «Änderungen übernehmen», «Änderungen committen». Wo: github.com, beim Bearbeiten, Anlegen oder Hochladen einer Datei, rechts oben. Bild: github.com: eine Datei bearbeiten und committen. Seite: Dein Repository anlegen.
Publish branch: Ein neuer Branch existiert zuerst nur auf deinem Laptop. Publish branch schiebt ihn zum ersten Mal nach GitHub, mit allen Commits darauf. Danach heisst der Knopf wieder Push origin. Erst ein veröffentlichter Branch kann einen Pull request bekommen.

Übersetzt erscheint es als: «Branch veröffentlichen». Wo: GitHub Desktop, oben rechts, an der Stelle von Push origin. Befehl darunter: git push -u origin name. Bild: GitHub Desktop: Publish branch. Seite: Rezept per Pull request einreichen.
Changes: Der Reiter Changes in GitHub Desktop zeigt links jede Datei, die sich seit dem letzten Commit geändert hat, und rechts das Diff der angeklickten Datei. Ist die Liste leer, gibt es nichts zu committen.

Übersetzt erscheint es als: «Änderungen». Wo: GitHub Desktop, Reiter Changes oben links. Befehl darunter: git status. Bild: GitHub Desktop: Reiter Changes.
Code: Der grüne Knopf Code auf der GitHub-Seite eines Repositorys öffnet die Adresse zum Klonen und den Punkt Open with GitHub Desktop. Der Reiter Code daneben ist die Dateiliste.

Übersetzt erscheint es als: «Code». Wo: github.com, Repository, rechts über der Dateiliste. Bild: github.com: die Seite eines Repositorys.
Current repository: GitHub Desktop zeigt immer ein Repository auf einmal. Welches, steht oben links unter Current repository. Ein Klick darauf öffnet die Liste aller Repositories auf deinem Laptop, die GitHub Desktop kennt.

Übersetzt erscheint es als: «Aktuelles Repository». Wo: GitHub Desktop, oben links. Bild: GitHub Desktop: die Leiste oben.
Local path: Local Path im Klon-Fenster ist der Ordner auf deinem Laptop, in den GitHub Desktop das Repository legt. Im Kurs ist das Dokumente/gitrepos/gh-org-gitklar. Der Knopf Choose öffnet das Ordnerfenster deines Systems, und das spricht Deutsch, auch wenn GitHub Desktop Englisch spricht.

Übersetzt erscheint es als: «Lokaler Pfad». Wo: GitHub Desktop, Fenster Clone Repository. Bild: GitHub Desktop: Clone Repository. Seite: Dein Repository klonen.
Open in Terminal: Open in Terminal im Menü Repository öffnet ein Terminalfenster, das schon in deinem Repository steht. Dort tippst du Befehle wie git status. Im Workshop 1 machen wir das gemeinsam. In der Vorbereitung brauchst du es nicht.

Übersetzt erscheint es als: «Im Terminal öffnen», auf Windows «In der Eingabeaufforderung öffnen». Wo: GitHub Desktop, Menü Repository. Bild: GitHub Desktop: Menü Repository.
Visibility: Beim Anlegen eines Repositorys wählst du die Sichtbarkeit. Public heisst, jede Person im Internet kann es lesen. Private heisst, nur du und die Personen, denen du oder die Organisation Zugriff geben. In gitklar sind dein eigenes Repository, vorbereitung und das Kochbuch privat: Alle Teilnehmer:innen der Organisation können sie lesen, sonst niemand. Neben dem Namen eines Repositorys zeigt GitHub die Sichtbarkeit als kleines Schild.

Übersetzt erscheint es als: «Sichtbarkeit», «Privat», «Öffentlich». Wo: github.com, Seite Create a new repository; neben dem Namen jedes Repositorys. Bild: github.com: Create a new repository. Seite: Dein Repository anlegen.
Settings: Die Einstellungen von GitHub Desktop heissen auf macOS Settings, im Menü GitHub Desktop, und auf Windows Options, im Menü File. Dort steht unter Accounts deine Anmeldung und unter Integrations der Editor, den Open in benutzt.

Übersetzt erscheint es als: «Einstellungen», «Optionen». Wo: GitHub Desktop, Menü GitHub Desktop (macOS) oder File (Windows).
Show in Finder: Show in Finder auf macOS und Show in Explorer auf Windows öffnen den Ordner deines Repositorys im Dateifenster deines Systems. So findest du die Dateien, um sie mit einem Textprogramm zu öffnen.

Übersetzt erscheint es als: «Im Finder anzeigen», «Im Explorer anzeigen». Wo: GitHub Desktop, Menü Repository. Bild: GitHub Desktop: Menü Repository. Seite: Commit und Push vom Laptop.
Sign in: Sign in to GitHub.com verbindet GitHub Desktop mit deinem Konto. Die Anmeldung läuft im Browser, mit Benutzername und Passwort von github.com, und endet mit Authorize desktop.

Übersetzt erscheint es als: «Anmelden», «Einloggen». Wo: GitHub Desktop, beim ersten Start oder unter Settings, Accounts. Bild: GitHub Desktop: Anmelden.
Source Control: Source Control ist die Git-Ansicht in Editoren wie VS Code und Positron: eine Seitenleiste mit den geänderten Dateien, einem Feld für die Commit-Nachricht und Knöpfen für Commit und Push. Jeder Knopf dort ist derselbe Git-Befehl wie in GitHub Desktop.

Übersetzt erscheint es als: «Quellcodeverwaltung». Wo: VS Code oder Positron, Seitenleiste links, das Symbol mit den drei verbundenen Punkten. Bild: VS Code: Source Control. Seite: Editor mit dem Repository verbinden.

Werkzeuge

Claude Code: Claude Code ist ein Programm von Anthropic, das in deinem Ordner arbeitet: Es liest Dateien, ändert sie, führt Befehle aus und bedient Git, alles auf eine Anweisung in Alltagssprache hin. Es gibt es als Teil der Claude-App und im Terminal. Im Kurs zeige ich es in Screencasts. Gelehrt wird es nicht.

Wo: Claude-App, Reiter Code; oder im Terminal mit claude. Bild: Claude-App: Reiter Code. Seite: Claude Code im Repository starten.
Editor: Ein Editor ist ein Programm, in dem du Text und Code schreibst, etwa VS Code oder Positron. Die meisten Editoren haben eine eigene Git-Ansicht. Im Kurs brauchst du keinen. Wer einen hat, verbindet ihn mit demselben Ordner.

Übersetzt erscheint es als: «Editor»; auf Windows heisst auch das Textprogramm des Systems Editor. Seite: Editor mit dem Repository verbinden.
Git: Git ist ein Programm auf deinem Laptop, das Änderungen an deinen Dateien festhält. Es speichert die Fassungen, die du ihm sagst, zeigt dir, was sich zwischen zwei Fassungen geändert hat, und bringt dich zu jeder früheren Fassung zurück. Git braucht kein Internet. GitHub Desktop bringt Git mit. Deshalb installierst du es nicht selbst.

Wo: unsichtbar hinter jedem Knopf von GitHub Desktop.
GitHub: GitHub ist eine Website, github.com, die eine Kopie deines Repositorys im Internet hält, damit andere dein Projekt sehen, herunterladen und mit dir daran arbeiten können. GitHub fügt hinzu, was Git nicht hat: Issues, Pull requests, Organisationen. GitHub gehört Microsoft. Git gehört niemandem.

Wo: im Browser. Bild: github.com: die Seite eines Repositorys.
GitHub Desktop: GitHub Desktop ist ein Programm von GitHub für macOS und Windows, das die täglichen Git-Schritte als Knöpfe anbietet: klonen, Änderungen sehen, committen, pushen, Branches wechseln. Jeder Knopf ist ein Git-Befehl. Es bringt Git mit und spricht nur Englisch.

Bild: GitHub Desktop: die Leiste oben. Seite: GitHub Desktop auf macOS oder auf Windows.
Terminal: Das Terminal ist ein Fenster, in dem du Befehle als Text tippst, statt Knöpfe zu klicken. Jeder Knopf in GitHub Desktop hat dort einen Befehl, etwa git push. Es sieht karg aus und verzeiht keine Tippfehler. Claude Code lebt dort, und mit ihm wird aus dem Befehl wieder ein Satz. In der Vorbereitung brauchst du es nicht. Im Workshop 1 öffnen wir es einmal zusammen.

Übersetzt erscheint es als: «Terminal» auf macOS; «Eingabeaufforderung» oder «PowerShell» auf Windows. Bild: Claude Code im Terminal.
Claude Desktop: Claude Desktop ist das Programm von Anthropic für macOS und Windows, im Kurs die Claude-App. Sie hat drei Arbeitsweisen: Chat für Fragen, Cowork für längere Aufgaben in einem Ordner, und den Reiter Code, in dem Claude Code steckt. Wer Claude Code in der App benutzt, braucht kein Terminal. Die drei sehen Verschiedenes von deinem Ordner; das erklärt KI-Werkzeuge im Vergleich.

Wo: das Programm Claude; die Reiter oben in der Seitenleiste. Bild: Claude-App: Reiter Code.
Cowork: Cowork ist die Arbeitsweise der Claude-App für längere Aufgaben ohne Terminal. Du verbindest einen Ordner, und Claude liest und schreibt Dateien darin und führt Befehle in einer abgeschirmten Umgebung aus, laut Anthropic in der Cloud. Cowork kennt Dateien, nicht das Repository: Von Commits, Branches und Pull requests sagt die Dokumentation nichts. Was Cowork in deinem Ordner ändert, siehst du danach in GitHub Desktop unter Changes und committest es selbst.

Übersetzt erscheint es als: zu prüfen: die Bezeichnung in der deutschen Claude-App. Wo: Claude-App, im Eingabefeld die Auswahl Cowork, dann einen Ordner verbinden; in der neuen Oberfläche entfällt die Auswahl. Bild: Claude-App: Cowork.
Codex: Codex ist der Coding-Agent von OpenAI, das Gegenstück zu Claude Code. Es gibt ihn als eigene Ansicht in der ChatGPT-App, als Befehl codex im Terminal, als Erweiterung für Editoren und als Codex Cloud auf Rechnern von OpenAI. Codex arbeitet mit Ordnern und Repositories: In der ChatGPT-App gibt es Knöpfe für Stage, Commit, Push und Pull request. Codex liest die Datei AGENTS.md, nicht CLAUDE.md.

Wo: ChatGPT-App, Menü oben links, Codex; im Terminal codex. Bild: ChatGPT-App: Codex.
ChatGPT Work: Work ist der Agent in ChatGPT für längere Aufgaben mit fertigen Ergebnissen: Recherche, Dokumente, Tabellen, Präsentationen. Im Web und auf dem Handy läuft Work in der Cloud und kommt nicht an deine Dateien. In der ChatGPT-App kann Work mit deiner Erlaubnis lokale Ordner und Programme benutzen. Für Repositories ist in ChatGPT Codex zuständig, nicht Work.

Übersetzt erscheint es als: zu prüfen: wie die deutsche ChatGPT-Oberfläche den Umschalter nennt. Wo: ChatGPT-App, Menü oben links ChatGPT, dann Umschalter Work oben auf der Seite; auf chatgpt.com und im Handy die Auswahl Work. Bild: ChatGPT-App: Work.

KI und Agenten

Agent: Ein KI-Agent, kurz Agent, ist ein Sprachmodell wie Claude oder ChatGPT, das nicht nur antwortet, sondern selbst handelt: Es darf Dateien lesen und ändern und Befehle ausführen. Dabei arbeitet es in einer Schleife: Es tut etwas, schaut sich das Ergebnis an, entscheidet den nächsten Schritt und macht weiter, bis die Aufgabe erledigt ist oder es dich braucht. Claude Code, Cowork, Codex und ChatGPT Work sind Agenten. Eine einzelne Frage mit Antwort ist keiner, weil dazwischen nichts passiert.

Übersetzt erscheint es als: «Agent», «KI-Agent».
Sandbox: Eine Sandbox ist ein abgeschirmter Bereich, in dem ein Agent Befehle ausführt, damit ein Fehler nicht den Rest deines Computers erreicht. Cowork und ChatGPT Work führen Befehle in einer solchen Umgebung aus, Codex ebenfalls. Git schützt dich auf andere Art: Es hält den Agenten nicht vom Ändern ab, aber es zeigt dir jede Änderung und lässt dich zurück.

Übersetzt erscheint es als: «Sandkasten», «Sandbox», «isolierte Umgebung».
Cloud: Cloud heisst: Die Arbeit läuft auf Rechnern des Anbieters, nicht auf deinem Laptop. Cowork und ChatGPT Work im Web laufen so, Claude Code und Codex wahlweise. Was in der Cloud läuft, sieht deine Dateien nur, wenn du sie verbindest oder hochlädst. Dein Repository auf GitHub liegt ebenfalls in der Cloud, auf Rechnern von GitHub.

Übersetzt erscheint es als: «Cloud», selten «Wolke».
Permission: Eine Permission ist die Rückfrage eines Agenten, bevor er etwas tut, das Folgen hat: eine Datei schreiben, einen Befehl ausführen, einen Commit machen. Das ist dein Moment der Entscheidung. Lies, was vorgeschlagen wird, bevor du zustimmst. Claude Code nennt die Stufen Manual, Accept edits, Auto und Plan; Codex spricht von Approvals.

Übersetzt erscheint es als: «Berechtigung», «Erlaubnis», «Genehmigung», «Freigabe». Wo: im Fenster des Agenten, als Frage mit Zustimmen und Ablehnen.
CLAUDE.md: CLAUDE.md ist eine Textdatei im Repository, die Claude Code zu Beginn jeder Sitzung liest: Regeln, Abläufe, was es lassen soll. Sie liegt im Hauptordner oder im Ordner .claude, in dem auch Einstellungen und Skills stehen. Claude Code im Terminal und in der Claude-App lesen dieselben Dateien. Cowork liest Skills und Plugins nicht aus dem Ordner ~/.claude. Codex liest stattdessen AGENTS.md. Der Ordner .claude ist Thema des Folgeworkshops, nicht dieses Kurses.

Wo: in deinem Ordner als Datei CLAUDE.md; auf github.com in der Dateiliste.
AGENTS.md: AGENTS.md ist das Gegenstück zu CLAUDE.md für Codex: eine Textdatei im Repository, die Codex vor jeder Arbeit liest. Claude Code liest AGENTS.md ebenfalls, wenn es kein CLAUDE.md gibt. Codex liest CLAUDE.md nicht, ausser du stellst es ein.

Wo: in deinem Ordner als Datei AGENTS.md; auf github.com in der Dateiliste.

Quellen

Die Erklärungen zu Git und GitHub folgen in der Sache Glosario, dem Glossar der Carpentries (CC BY 4.0), in eigenen deutschen Worten. Glosario hat für die meisten Git-Begriffe noch keine deutschen Einträge.