Was macht Autonome Agent-Harness?
Kombinieren Sie Claude Codes Sitzungswerkzeuge mit separat konfigurierten Planungs-, Speicher- und Computer-Use-Integrationen. Dies ist ein Setup-Muster, keine gebündelte Dauerlaufzeitumgebung.
Einwilligung und Sicherheitsgrenzen
Autonomer Betrieb muss explizit vom Benutzer angefordert und abgegrenzt werden. Erstellen Sie keine Zeitpläne, versenden Sie keine entfernten Agenten, schreiben Sie keinen persistenten Speicher, verwenden Sie keine Computersteuerung, veröffentlichen Sie nichts extern, ändern Sie keine Ressourcen Dritter oder handeln Sie auf private Kommunikation, es sei denn, der Benutzer hat diese Fähigkeit und den Zielarbeitsbereich für das aktuelle Setup genehmigt.
Bevorzugen Sie Trockenläufe und lokale Warteschlangendateien, bevor Sie wiederkehrende oder ereignisgesteuerte Aktionen aktivieren. Halten Sie Anmeldeinformationen, private Arbeitsbereichsexporte, persönliche Datensätze und kontospezifische Automatisierungen aus wiederverwendbaren ECC-Artefakten heraus.
Wann zu aktivieren
- Benutzer möchte einen Agenten, der kontinuierlich oder nach einem Zeitplan läuft
- Einrichten automatisierter Arbeitsabläufe, die regelmäßig ausgelöst werden
- Erstellen eines persönlichen KI-Assistenten, der sich kontextübergreifend erinnert
- Benutzer sagt "führe das jeden Tag aus", "überprüfe das regelmäßig", "beobachte weiterhin"
- Möchte Funktionalität von Hermes, AutoGPT oder ähnlichen autonomen Agenten-Frameworks replizieren
- Benötigt Computer-Nutzung in Kombination mit geplanter Ausführung
Architektur
┌──────────────────────────────────────────────────────────────┐
│ Claude Code Runtime │
│ │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌─────────────┐ │
│ │ Cron │ │ Dispatch │ │ Speicher │ │ Computer │ │
│ │ Zeitplan│ │ Remote │ │ Store │ │ Nutzung │ │
│ │ Aufgaben │ │ Agenten │ │ │ │ │ │
│ └────┬─────┘ └────┬─────┘ └────┬─────┘ └──────┬──────┘ │
│ │ │ │ │ │
│ ▼ ▼ ▼ ▼ │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ ECC Skill + Agent-Layer │ │
│ │ │ │
│ │ skills/ agents/ commands/ hooks/ │ │
│ └──────────────────────────────────────────────────────┘ │
│ │ │ │ │ │
│ ▼ ▼ ▼ ▼ │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ MCP Server Layer │ │
│ │ │ │
│ │ memory github exa supabase browser-use │ │
│ └──────────────────────────────────────────────────────┘ │
└──────────────────────────────────────────────────────────────┘
Kernkomponenten
1. Persistenter Speicher
Nutzen Sie Claude Codes integriertes Speichersystem, erweitert um den MCP-Speicherserver für strukturierte Daten.
Integrierter Speicher (~/.claude/projects/*/memory/):
- Benutzereinstellungen, Feedback, Projektkontext
- Gespeichert als Markdown-Dateien mit Frontmatter
- Wird automatisch beim Sitzungsstart geladen
MCP-Speicherserver (strukturierter Wissensgraph):
- Entitäten, Beziehungen, Beobachtungen
- Abfragbare Graphstruktur
- Sitzungsübergreifende Persistenz
Speichermuster:
# Kurzzeit: aktueller Sitzungskontext
Verwenden Sie TodoWrite für die Aufgabenverfolgung innerhalb der Sitzung
# Mittelfristig: Projektspeicherdateien
Schreiben Sie in ~/.claude/projects/*/memory/ für sitzungsübergreifenden Abruf
# Langfristig: MCP-Wissensgraph
Verwenden Sie mcp__memory__create_entities für dauerhafte strukturierte Daten
Verwenden Sie mcp__memory__create_relations für Beziehungszuordnung
Verwenden Sie mcp__memory__add_observations für neue Fakten über bekannte Entitäten
2. Geplante Operationen (Crons)
Verwenden Sie Claude Codes native geplante Aufgaben für wiederkehrende Eingabeaufforderungen innerhalb einer interaktiven Sitzung. Diese Aufgaben sind sitzungsbezogen; für Arbeiten, die unabhängig von einer offenen Sitzung ausgeführt werden müssen, ist ein externer Planer erforderlich. Für /loop ist kein Planungs-MCP-Server erforderlich.
Einrichten eines Cron:
# In einer interaktiven Claude Code Sitzung
/loop 30m Überprüfen Sie offene PRs in diesem Repository und fassen Sie CI-Fehler zusammen.
Für einen einmaligen Durchlauf aus einer Shell heraus setzen Sie das Arbeitsverzeichnis vor dem Aufruf der CLI:
cd "/path/to/repo" && claude -p "Überprüfen Sie offene PRs und fassen Sie zusammen"
Verwenden Sie einen OS-Planer oder CI-Zeitplan, um diesen Befehl wiederholt aufzurufen, wenn keine interaktive Sitzung läuft. Konfigurieren Sie die Authentifizierung und Tool-Berechtigungen des Ausführenden separat.
Nützliche Cron-Muster:
| Muster | Zeitplan | Anwendungsfall |
|---|---|---|
| Tägliches Standup | 0 9 * * 1-5 | PRs, Issues, Bereitstellungsstatus überprüfen |
| Wöchentliche Überprüfung | 0 10 * * 1 | Codequalitätsmetriken, Testabdeckung |
| Stündliche Überwachung | 0 * * * * | Produktionszustand, Fehlerratenprüfungen |
| Nächtlicher Build | 0 2 * * * | Vollständige Testsuite ausführen, Sicherheitsscan |
| Vor Besprechung | */30 * * * * | Kontext für anstehende Besprechungen vorbereiten |
3. Dispatch / Entfernte Agenten
Lassen Sie einen authentifizierten CI-Job oder Webhook-Empfänger Claude Code in einem Arbeitsbereich aufrufen, den er besitzt. Der unterstützte Einstiegspunkt ist der programmatische CLI-Modus, kein öffentlicher Anthropic-Dispatch-Endpunkt.
Dispatch-Muster:
# Innerhalb des CI-Arbeitsbereichs ausführen
cd "/path/to/repo" && claude -p "Build auf main fehlgeschlagen. Diagnostizieren Sie den Fehler."
# Von Webhook aus auslösen
# GitHub-Webhook -> authentifizierter CI-Ausführer -> claude -p -> überprüfbares Ergebnis
# Von einem anderen Agenten aus auslösen
claude -p "Analysieren Sie die Ausgabe des Sicherheitsscans und erstellen Sie Issues für die Ergebnisse"
4. Computer-Nutzung
Die Computersteuerung benötigt eine separat konfigurierte Integration. Das Computer-Use-Tool und die Referenzumgebung von Anthropic erfordern eine Anwendung, um Tool-Aufrufe in einer isolierten Desktop-Umgebung auszuführen. Das Hinzufügen eines MCP-Paketnamens stellt diese Umgebung nicht bereit.
Fähigkeiten:
- Browser-Automatisierung (navigieren, klicken, Formulare ausfüllen, Screenshots)
- Desktop-Steuerung (Apps öffnen, tippen, Maussteuerung)
- Dateisystemoperationen über CLI hinaus
Anwendungsfälle innerhalb der Harness:
- Automatisiertes Testen von Web-Oberflächen
- Formularausfüllen und Dateneingabe
- Screenshot-basierte Überwachung
- Multi-App-Workflows
5. Aufgabenwarteschlange
Verwalten Sie eine persistente Warteschlange von Aufgaben, die Sitzungsgrenzen überdauern.
Implementierung:
# Aufgabenpersistenz über Speicher
Schreiben Sie die Aufgabenwarteschlange in ~/.claude/projects/*/memory/task-queue.md
# Aufgabenformat
---
name: task-queue
type: project
description: Persistente Aufgabenwarteschlange für autonomen Betrieb
---
## Aktive Aufgaben
- [ ] PR #123: Überprüfen und genehmigen, wenn CI grün
- [ ] Bereitstellung überwachen: /health alle 30 Min. für 2 Stunden prüfen
- [ ] Recherche: 5 Leads im KI-Tooling-Bereich finden
## Abgeschlossen
- [x] Tägliches Standup: 3 PRs, 2 Issues überprüft
Hermes ersetzen
| Hermes-Komponente | ECC-Äquivalent | Wie |
|---|---|---|
| Gateway/Router | CLI + externer Planer | Ein authentifizierter Ausführer startet Agentensitzungen |
| Speichersystem | Claude-Speicher + MCP-Speicherserver | Integrierte Persistenz + Wissensgraph |
| Tool-Registry | MCP-Server | Dynamisch geladene Tool-Anbieter |
| Orchestrierung | ECC-Skills + Agenten | Skill-Definitionen steuern Agentenverhalten |
| Computer-Nutzung | Separat konfigurierte Integration | Browser- oder Desktop-Steuerung in isolierter Umgebung |
| Kontextmanager | Sitzungsverwaltung + Speicher | ECC 2.0 Sitzungslebenszyklus |
| Aufgabenwarteschlange | Speicher-persistierte Aufgabenliste | TodoWrite + Speicherdateien |
Setup-Anleitung
Schritt 1: MCP-Server konfigurieren
Speicher-MCP ist optional. Der MCP-Referenz-Speicherserver wird als @modelcontextprotocol/server-memory veröffentlicht; Version 2026.8.31 wurde am 2026-09-07 im öffentlichen npm-Registry verifiziert. Es handelt sich um eine Referenzimplementierung, nicht um einen ECC-gebündelten Dienst.
Nach Überprüfung dieses Pakets und Genehmigung seiner Verwendung fügen Sie diesen Eintrag in die benutzerspezifische MCP-Konfiguration in ~/.claude.json ein, wobei Sie vorhandene Einstellungen beibehalten. Ersetzen Sie MEMORY_FILE_PATH durch einen absoluten Pfad in einem privaten Verzeichnis, das Ihnen gehört. Siehe Claude Code MCP-Konfiguration für die CLI-Registrierung und Windows cmd /c npx-Konfiguration.
{
"mcpServers": {
"memory": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/[email protected]"],
"env": {
"MEMORY_FILE_PATH": "/absoluter/pfad/zu/privaten/memory.jsonl"
}
}
}
}
Registrieren Sie keine erratenen oder unveröffentlichten npm-Pakete: npx -y würde alles ausführen, was später unter diesem Namen veröffentlicht wird. Überprüfen Sie das genaue Paket, den Herausgeber und die Version, bevor Sie einen weiteren Server hinzufügen. Planung und Computer-Nutzung erfordern nicht die drei zuvor hier aufgeführten unveröffentlichten Paketnamen.
Schritt 2: Basis-Crons erstellen
Für das Abfragen während einer interaktiven Sitzung geben Sie ein:
/loop 30m Überprüfen Sie offene PRs in diesem Repository und fassen Sie CI-Fehler zusammen.
Für tägliche oder wöchentliche Arbeiten, die eine geschlossene Sitzung überdauern müssen, konfigurieren Sie einen externen Planer, z. B. einen OS-Cron-Job oder GitHub Actions, um den einmaligen Befehl aus Schritt 2 der Kernkomponenten auszuführen. Der Aufruf von claude -p, um einen Zeitplan anzufordern, stellt keinen dauerhaften Planer bereit. Wählen Sie den Zeitplan, den Arbeitsbereich und die zulässigen Aktionen explizit aus, bevor Sie ihn aktivieren.
Schritt 3: Speichergraphen initialisieren
# Bootstrap Sie Ihre Identität und Ihren Kontext
claude -p "Erstellen Sie Speicherentitäten für: mich (Benutzerprofil), meine Projekte, meine wichtigsten Kontakte. Fügen Sie Beobachtungen zu aktuellen Prioritäten hinzu."
Schritt 4: Computer-Nutzung aktivieren (optional)
Folgen Sie der oben verlinkten Computer-Use-Referenzumgebung oder der Dokumentation für eine bestimmte von Ihnen geprüfte Browser-Integration. Gewähren Sie nur die erforderlichen Berechtigungen und überprüfen Sie eine harmlose Aktion in der isolierten Umgebung, bevor Sie sie zu geplanten Arbeitsabläufen hinzufügen.
Beispiel-Workflows
Autonomer PR-Reviewer
Cron: alle 30 Min. während der Arbeitszeit
1. Neue PRs in beobachteten Repos prüfen
2. Für jeden neuen PR:
- Branch lokal pullen
- Tests ausführen
- Änderungen mit Code-Reviewer-Agent überprüfen
- Review-Kommentare über GitHub MCP posten
3. Speicher mit Überprüfungsstatus aktualisieren
Persönlicher Recherche-Agent
Cron: täglich um 6 Uhr morgens
1. Gespeicherte Suchanfragen im Speicher prüfen
2. Exa-Suchen für jede Anfrage ausführen
3. Neue Ergebnisse zusammenfassen
4. Mit den Ergebnissen von gestern vergleichen
5. Zusammenfassung in den Speicher schreiben
6. Hochprioritäts-Items für die morgendliche Überprüfung markieren
Besprechungsvorbereitungs-Agent
Auslöser: 30 Min. vor jedem Kalenderereignis
1. Details des Kalenderereignisses lesen
2. Speicher nach Kontext zu Teilnehmern durchsuchen
3. Neueste E-Mail-/Slack-Threads mit Teilnehmern abrufen
4. Gesprächsthemen und Agendavorschläge vorbereiten
5. Vorbereitungsdokument in den Speicher schreiben
Einschränkungen
- Native geplante Eingabeaufforderungen teilen sich ihre interaktive Sitzung. Externe Planeraufrufe starten separate Sitzungen, sofern nicht explizit fortgesetzt.
- Computer-Nutzung erfordert explizite Berechtigungsgewährung. Gehen Sie nicht von Zugriff aus.
- CLI-Automatisierung verbraucht weiterhin Modellnutzung und unterliegt den Limits des konfigurierten Anbieters. Wählen Sie geeignete Planungsintervalle.
- Speicherdateien sollten kurz gehalten werden. Archivieren Sie alte Daten, anstatt Dateien unbegrenzt wachsen zu lassen.
- Überprüfen Sie immer, ob geplante Aufgaben erfolgreich abgeschlossen wurden. Fügen Sie Fehlerbehandlung zu Cron-Eingabeaufforderungen hinzu.