Claude Oberflächen & Funktionen – Navigations-Guide für Entwickler
Claude existiert über mehrere Oberflächen hinweg, jede mit eigenen Fähigkeiten, Geltungsbereichen und Zielgruppen. Dieser Guide kartiert die Landschaft für Entwickler, die wissen müssen, wo sie arbeiten und warum das wichtig ist.
1. Die drei zentralen Oberflächen
| Oberfläche | Schnittstelle | Für wen |
|---|---|---|
| Claude.ai Chat | Browser / Web-App | Alle – schnelle Fragen, Schreiben, Analyse |
| Claude.ai Projects | Browser / Web-App | Organisierte, dauerhafte, team-geteilte Arbeitsbereiche |
| Claude Code | Terminal / IDE-Erweiterungen | Entwickler – Programmieren, agentische Aufgaben, Automatisierung |
Das sind keine Modi derselben App. Es sind eigenständige Produkte mit unterschiedlichen Fähigkeiten und unterschiedlichem persistentem Zustand.
2. Chat vs. Projects: Was ist der Unterschied?
Chat (claude.ai reguläre Unterhaltungen)
Ein regulärer Chat ist zustandslos über Sitzungen hinweg. Claude hat keine Erinnerung an deine vorherigen Chats. Jede Unterhaltung beginnt von vorn. Gut für:
- Einmalige Fragen
- Schnelle Entwürfe oder Übersetzungen
- Ideen erkunden, ohne dass vorheriger Kontext stört
Projects (claude.ai → „New Project")
Ein Project ist ein dauerhafter Arbeitsbereich mit:
- System-Anweisungen – Ein Prompt, der für jede Unterhaltung in diesem Projekt gilt
- Hochgeladenem Wissen – PDFs, Code-Dateien, Dokumente, auf die Claude zugreifen kann
- Unterhaltungsverlauf – Alle Unterhaltungen innerhalb eines Projekts teilen den Kontext über die Zeit
- Scoped Connectors – MCP-Connectors, die nur innerhalb dieses Projekts aktiv sind
Stell dir ein Projekt als „vorkonfigurierte Claude-Instanz" für eine wiederkehrende Domäne vor (z. B. ein Projekt „BSH Compliance Research" mit unseren regulatorischen Dokumenten oder ein Projekt „Saurus Docs" mit dem Repo-Kontext).
In den Teams- und Enterprise-Plänen können Projekte im gesamten Team geteilt werden. Jedes Teammitglied erhält dieselben System-Anweisungen und dieselbe Wissensbasis – konsistentes Claude-Verhalten ohne Copy-Paste von Prompts.
Wann was nutzen
| Szenario | Nutzen |
|---|---|
| Einmaliger Entwurf, Übersetzung, Brainstorming | Chat |
| Wiederkehrende Domäne (Compliance, Support, Produktrecherche) | Project |
| Coding-Aufgaben, Refactoring, CI-Automatisierung | Claude Code |
| Team braucht konsistente KI-Persona/Wissensbasis | Shared Project |
3. Claude Code: Routines vs. Schedule
Claude Code ergänzt zwei unterschiedliche Scheduling-Mechanismen. Sie klingen ähnlich, funktionieren aber anders.
Routines (Hooks)
Hooks sind Shell-Befehle, die an Claude-Code-Ereignisse gekoppelt sind – sie werden automatisch ausgelöst, wenn in einer Claude-Code-Sitzung etwas passiert:
// .claude/settings.json
{
"hooks": {
"PostToolUse": [
{
"matcher": "Bash",
"hooks": [{ "type": "command", "command": "npx eslint --fix $FILE" }]
}
]
}
}
Hooks sind ereignisgesteuert, lokal und synchron mit Claudes Aktionen. Sie werden nicht zeitlich geplant – sie feuern, wenn Claude etwas tut.
Schedule (geplante Remote-Agenten)
/schedule erstellt cron-basierte Remote-Agenten, die auf Anthropics Infrastruktur in einem Zeitintervall laufen, unabhängig davon, ob du eine Claude-Code-Sitzung geöffnet hast:
/schedule every day at 09:00 – check for new GitHub issues and summarize them in Slack
- Läuft in der Cloud, nicht auf deinem Rechner
- Bleibt über Neustarts hinweg bestehen
- Keine Terminal-Sitzung nötig
- Verwaltet über
/schedule list//schedule delete
Kurzvergleich
| Hooks (Routines) | Schedule | |
|---|---|---|
| Auslöser | Claude-Code-Ereignis | Zeit (cron) |
| Läuft auf | Deinem Rechner | Anthropic-Cloud |
| Sitzung nötig | Ja | Nein |
| Anwendungsfall | Linting beim Speichern, Formatieren beim Bearbeiten | Tägliche Zusammenfassungen, nächtliche Checks |
4. Connectors: Warum sie an drei Stellen auftauchen
Du findest „Connectors" an drei verschiedenen Orten in der Claude.ai-Oberfläche. Das ist Absicht – jeder Geltungsbereich macht etwas anderes.
4.1 Globale Connectors (Settings → Connectors)
Verfügbar in jeder Unterhaltung und jedem Projekt in deinem Konto. Nutze das für Tools, die du immer haben willst – z. B. einen Such-Connector, einen Kalender-Connector.
4.2 Projekt-bezogene Connectors (Project → Settings → Connectors)
Verfügbar nur innerhalb eines bestimmten Projekts. Nützlich, wenn ein Connector nur in einer Domäne relevant ist (z. B. ein Jira-Connector, der nur in deinem Projekt „Sprint Planning" aktiv ist, nicht in deinem Projekt „Customer Emails").
4.3 Plugins (innerhalb einer Unterhaltung)
„Plugins" ist Anthropics Branding für kuratierte First-Party- oder verifizierte Connectors, die in der Unterhaltungs-Toolbar erscheinen. Unter der Haube sind es dieselben MCP-basierten Connectors – sie werden nur anders dargestellt (gerenderte UI, Aktivierung mit einem Klick). Beispiele: Figma, Canva, Asana.
4.4 Der MCP-Connector-Entwicklerguide
Der MCP Connector Guide ist dafür, deinen eigenen Connector zu bauen – den Server-Code zu schreiben, ihn zu deployen und ihn als Custom Connector in einem der oben genannten Geltungsbereiche zu registrieren.
Mentales Modell
Plugins → kuratierte First-Party, gerenderte UI, In-Chat-Toolbar
↓ dasselbe MCP-Protokoll darunter
Globale Connectors → deine registrierten MCP-Server, überall verfügbar
Projekt-Connectors → dieselben, aber auf ein Projekt beschränkt
Custom Connector → du hast den MCP-Server gebaut (siehe Dev-Guide)
5. Als Entwickler: Claude Desktop vs. Claude Code
Das ist die wichtigste Frage für den täglichen Workflow.
Claude Desktop (die native GUI-App)
Claude Desktop ist eine native Mac-/Windows-Anwendung, die das claude.ai-Chat-Erlebnis einrahmt. Sie ergänzt:
- Unterstützung für lokale MCP-Server über
claude_desktop_config.json - Dauerhafte Unterhaltungen (wie claude.ai Projects)
- Funktioniert offline für die UI (Modell-Aufrufe brauchen aber weiterhin Internet)
Zielgruppe: Nicht-Entwickler, die lokale MCP-Tools (Notion, Slack, Kalender) nutzen wollen, ohne ein Terminal anzufassen.
Einschränkungen für Entwickler:
- Kein Codebase-Bewusstsein – es weiß nicht, was in deinem Projekt steckt
- Keine git-Integration
- Keine Hooks, keine Routines, keine
/slash commands(über die Built-ins hinaus) - Kann keine Tests, Linter oder Build-Befehle ausführen
- MCP-Konfiguration ist pro Rechner, nicht pro Projekt
- Keine IDE-Integration
Claude Code (Terminal / IDE)
Claude Code ist eine Entwickler-CLI, die darauf ausgelegt ist, im Kontext deines Projekts zu arbeiten. Sie versteht:
- Deine gesamte Codebase (liest Dateien, navigiert den Baum)
- git-Zustand (aktueller Branch, Diff, Log)
- Laufende Prozesse (Dev-Server, Test-Runner)
- Deine Terminal-Umgebung
Entwicklerspezifische Funktionen:
| Funktion | Claude Code | Claude Desktop |
|---|---|---|
| Codebase lesen | ✅ Voller Baum | ❌ |
| git-Bewusstsein | ✅ | ❌ |
| Shell-Befehle ausführen | ✅ | ❌ |
| Hooks / Ereignis-Automatisierung | ✅ | ❌ |
/schedule Remote-Agenten | ✅ | ❌ |
| MCP-Tools (lokal) | ✅ claude mcp add | ✅ Konfigurationsdatei |
| MCP-Tools (remote/HTTP) | ✅ | Eingeschränkt |
| IDE-Integration | ✅ VS Code, JetBrains | ❌ |
| Projekt-bezogene Konfiguration | ✅ .claude/settings.json | ❌ |
| Custom Slash Commands | ✅ SKILL.md | ❌ |
| CLAUDE.md-Anweisungen | ✅ | ❌ |
Claude Desktop ist kein Entwickler-Tool. Wenn deine Arbeit Code, ein Terminal oder ein Projektverzeichnis umfasst, kann Claude Desktop dir dort nicht helfen. Nutze stattdessen Claude Code im Terminal oder über die VS-Code-/JetBrains-Erweiterung.
Wann Claude Desktop für Entwickler trotzdem nützlich ist
- Nicht-Code-Domänen im GUI-Kontext: Recherche-Sitzungen, Schreiben, Dokumentenprüfung – wenn du eine ausgefeilte GUI ohne Terminal willst.
- Lokales MCP-Testen (schnell): Verifizieren, dass ein lokal gebauter MCP-Server funktioniert, bevor du deployst – schneller in
claude_desktop_config.jsonfür einen Smoke-Test zu verdrahten als ein voller Claude-Code-MCP-Aufbau. - Nicht-technische Kollegen: Eine konfigurierte Desktop-Einrichtung an eine PM- oder Design-Person übergeben, die lokale Tools braucht.
Die empfohlene Entwickler-Einrichtung
Tägliche Coding-Arbeit → Claude Code im Terminal / IDE-Erweiterung
Projekt-Automatisierung → Claude Code + Hooks + /schedule
Schnelle Fragen → claude.ai im Browser (oder claude.ai Projects für deine Domäne)
Lokaler MCP-Smoke-Test → Claude Desktop (dann für den echten Einsatz zu Claude Code wechseln)
6. MCP-Geltungsbereich-Matrix
Hier ist das vollständige Bild, wo MCP-Server registriert werden können und was sie erreichen:
| MCP-Geltungsbereich | Registriert in | Verfügbar in | Konfiguration pro Projekt |
|---|---|---|---|
| Claude Code – User-Scope | claude mcp add -s user | Alle Claude-Code-Sitzungen | ❌ (global) |
| Claude Code – Projekt-Scope | claude mcp add -s project | Nur dieses Projekt | ✅ .mcp.json |
| Claude.ai – globaler Connector | Settings → Connectors | Alle Chats + Projekte | ❌ |
| Claude.ai – Projekt-Connector | Project → Settings → Connectors | Nur dieses Projekt | ✅ |
| Claude Desktop | claude_desktop_config.json | Nur Desktop-App | ❌ (rechnerweit) |
7. Schneller Entscheidungsbaum
Ich möchte...
│
├── Schnell mit Claude chatten, kein Setup
│ └── → claude.ai Chat
│
├── Claude dauerhaften Kontext für eine wiederkehrende Domäne geben
│ └── → claude.ai Project (+ Dokumente hochladen, Anweisungen setzen)
│
├── Einen Claude-Arbeitsbereich mit meinem Team teilen
│ └── → claude.ai Shared Project (Teams-/Enterprise-Plan)
│
├── An Code arbeiten, Befehle ausführen, mein Repo verstehen
│ └── → Claude Code (Terminal oder IDE-Erweiterung)
│
├── Eine wiederkehrende Aufgabe nach Zeitplan automatisieren
│ └── → Claude Code + /schedule
│
├── Aktionen automatisch auslösen, wenn Claude Code schreibt
│ └── → Claude Code + Hooks
│
├── Einen Custom-MCP-Connector bauen
│ └── → Siehe MCP Connector Dev Guide, als Custom Connector deployen
│
└── Einfach eine GUI ohne Terminal mit lokalen MCP-Tools
└── → Claude Desktop (Hinweis: nicht für aktive Dev-Arbeit)
Alle KI-generierten Inhalte sind Entwürfe und erfordern eine menschliche Prüfung vor externer Verwendung.