Agenten-Kompass

AGENTEN IM PROFIL

Docker Agent

Docker · Agenten-Orchestrierung

Agententeams über YAML definieren und mit Werkzeugen auf eigener Infrastruktur ausführen.

Typische Aufgaben

Verfügbarkeit in Europa
Neu im Katalog seit Docker Agent mit Funktionen, Zugang, Kosten und Quellen ergänzt.Details
01

Was er leistet

5 Funktionen

Docker Agent · Agenten-Orchestrierung

Produkt und Zugang

Früher cagent; Framework für eigene Agententeams. Docker Gordon ist ein separates Angebot.

Kernfunktionen

5 Funktionen aus Anbieterquellen · abgeglichen am 19.10.2026. Verfügbarkeit und Grenzen stehen direkt darunter.

  • Rollen definieren

    YAML beschreibt Aufgaben und Anweisungen.

    Quelle 1

  • Delegieren

    Ein Hauptagent verteilt Arbeit an Subagenten.

    Quelle 1

  • Modelle kombinieren

    Agenten können unterschiedliche Modelle nutzen.

    Quelle 1

  • MCP verbinden

    Externe Werkzeuge ergänzen eingebaute Tools.

    Quelle 1

  • Teams teilen

    Konfigurationen über OCI-Registries verteilen.

    Quelle 1

Nutzbare KI-Modelle

Frei wählbar

Du legst das Modell je Agent in der YAML-Datei fest und hinterlegst dafür deinen eigenen API-Schlüssel, etwa für OpenAI, Anthropic, Gemini, Mistral oder xAI. OpenRouter wird ebenfalls unterstützt. Lokal laufen Modelle über Docker Model Runner, Nativ oder jeden OpenAI-kompatiblen Server wie Ollama und vLLM, dafür brauchst du keinen Schlüssel.

Genannte Modellfamilien

  • OpenAI (GPT)
  • Anthropic (Claude)
  • Google (Gemini)
  • Mistral
  • xAI (Grok)
  • DeepSeek
  • Weitere Modelle frei anbindbar
Modellwahl
Du wählst
Eigener API-Schlüssel
Ja
Router oder eigener Endpunkt
Ja
Lokale Modelle
Ja

Eingeordnet ist der allgemein verfügbare Hauptzugang. Belegt · Quellen abgerufen am

Docker Agent: Model providers · Docker Agent: Repository

02

Passt er zu meiner Aufgabe?

2 Praxisaufgaben · 3 Voraussetzungen und Grenzen

Passt, wenn …

  • du Agententeams als YAML-Datei definieren und im Terminal ausführen möchtest
  • du Safety-Modi und Permissions für Werkzeugaufrufe selbst wählen möchtest
  • du Sitzungen lokal in SQLite behalten und fortsetzen willst

Passt eher nicht, wenn …

  • du eine gehostete Oberfläche mit Konten, Rollen und Admin-Verwaltung erwartest
  • du fertige Zeitpläne und Fehlerbenachrichtigungen ohne eigenen Aufbau brauchst

Redaktionelle Einschätzung auf Basis der Anbieterangaben. Kein Produkttest.

Aufgaben Automatisieren Software entwickeln

Aufgaben aus der Praxis

Redaktionelle Beispiele auf Basis dokumentierter Funktionen. Keine ausgeführten Produkttests.

01

Beispielauftrag 1

Du gibst vor
Fehleranalyse und Korrektur auf zwei Agenten aufteilen.
Mögliches Ergebnis
Ein Entwurf zur fachlichen Prüfung.
Das prüfst du
Eingaben, Ergebnis und ausgeführte Aktionen prüfen.
02

Beispielauftrag 2

Du gibst vor
Eine Dokumentation von einem zweiten Agenten prüfen lassen.
Mögliches Ergebnis
Ein Entwurf zur fachlichen Prüfung.
Das prüfst du
Eingaben, Ergebnis und ausgeführte Aktionen prüfen.
REDAKTIONELLES BEISPIEL

Fehleranalyse und Korrektur auf zwei Agenten aufteilen.

Dein möglicher Auftrag

Entwirf einen Ablauf für neue Anfragen: Informationen erfassen, nach Thema sortieren und einen Bearbeitungsvorschlag erstellen. Plane eine Freigabe vor externen Aktionen ein.

Passe Aufgabe, Daten und Berechtigungen an.

Voraussetzungen und Grenzen

  • Voraussetzung

    Einrichtung

    Standalone installieren oder Docker Desktop ab 4.63 nutzen; Modellzugang einrichten.

    Quelle 1

  • Einschränkung

    Produktgrenzen

    Werkzeugrechte und Modellzugänge selbst konfigurieren und begrenzen.

    Quelle 1

  • Noch offen

    Ergebnisqualität

    Erfolgsquoten und deutsche Bedienung wurden hier nicht praktisch geprüft.

    Quelle 1
03

Kann ich ihn nutzen?

Mit Voraussetzungen

Europa & regionale Verfügbarkeit

Installationsanleitung und Modellvoraussetzungen geprüft. Die Einordnung betrifft den beschriebenen lokalen Betriebsweg; eine vollständige Länder- und Funktionsfreigabe aller angebundenen Dienste bleibt offen.

Geprüfter Umfang: Lokale Software und dokumentierter Selbstbetrieb; externe Dienste separat
Sichtung am:

  • Mit Voraussetzungen

    Selbstbetrieb mit eigenem Modellzugang

    Docker Agent ist als eigenständige Binärdatei oder Docker-CLI-Erweiterung installierbar. Der Quickstart verlangt Zugangsdaten zum ausgewählten Modellanbieter; dessen regionale Freigabe und optionale Werkzeuge separat prüfen.

    Region, Grund und Quelle

    Betroffene Region: Europa: eigener Rechner oder Server; Modelldienste landesspezifisch

    Belegter Grund: Technische Einordnung aus Installation und Anbieterwahl. Eine rechtliche Ursache für regionale Einschränkungen ist in diesen Quellen nicht belegt.

    Offizielle Quelle · docs.docker.com

Einordnung zu Europa und Regulierung

Konten & Berechtigungen

Angaben aus Anbieter-Dokumentation. Rechte hängen von Konto, Integration und Organisationsrichtlinien ab. Prüfe vor dem Einsatz die tatsächlich angeforderten Berechtigungen.

Betrachtete Konfiguration: Docker Agent (Open Source, Apache-2.0) im Terminal oder als lokaler API-Server auf eigenem Rechner

Quellenstand:

Alle 3 Punkte anzeigen

  • Dokumentiert

    Verwendetes Konto

    Die geprüften Seiten nennen kein eigenes Docker-Agent-Konto. Modellzugänge setzt du als Umgebungsvariablen, etwa ANTHROPIC_API_KEY oder OPENAI_API_KEY; für lokale Modelle bietet das Repository Docker Model Runner an.

    Nachweis · Nachweis

  • In geprüften Quellen offen

    Admin-Freigabe

    Eine zentrale Freigabe oder Einschränkung durch einen Organisations-Admin nennt die CLI-Dokumentation nicht. Einschränkungen konfigurierst du selbst über Safety-Modi und Permissions.

    Nachweis

  • Dokumentiert

    Datenzugriff & Teamfreigaben

    Agentenkonfigurationen sind YAML-Dateien; jeder Agent hat laut Doku seinen eigenen Kontext und teilt kein Wissen, und er kann eingebaute Werkzeuge wie Todo-Listen, Speicher und Aufgabendelegation nutzen. Konfigurationen werden als OCI-Artefakte verpackt. Der API-Server verlangt an Nicht-Loopback-TCP-Listenern ein Auth-Token.

    Nachweis · Nachweis
04

Gedächtnis und Gesprächskontinuität

5 von 6 Kriterien belegt

Konfigurierbarer SQLite-Speicher mit gezielter Suche und vollständigen CRUD-Werkzeugen.

Docker Agent mit aktiviertem memory-Toolset

Quellen abgerufen:

Dokumentation je Kriterium

SpeichernBelegt

Speicherort und Umfang

Das Memory-Tool speichert Einträge in SQLite; Standard ist ~/.cagent/memory/<config-name>/memory.db, ein eigener Pfad ist möglich.

QuellenMemory Tool · Troubleshooting
AuswählenTeilweise belegt

Auswahl und Speicherzeitpunkt

Der Agent schreibt über add_memory und update_memory. Die Konfiguration und Agentenanweisungen bestimmen die Nutzung; ein universeller Extraktionszeitplan ist nicht dokumentiert.

QuellenMemory Tool · Troubleshooting
Bearbeiten & löschenBelegt

Einsicht, Bearbeiten und Löschen

get_memories, update_memory und delete_memory bieten Lesen, Bearbeiten und gezielte Löschung anhand der ID.

QuellenMemory Tool · Troubleshooting
ZugriffsgrenzenBelegt

Agenten- und Kanalgrenzen

Agenten derselben Konfiguration teilen standardmäßig die Datenbank. Eigene Pfade pro Toolset isolieren ihre Erinnerungen.

QuellenMemory Tool · Troubleshooting
WiederfindenBelegt

Wiederabruf

search_memories sucht nach Schlüsselwörtern und/oder Kategorien; get_memories lädt alle Einträge.

QuellenMemory Tool · Troubleshooting
GesprächswechselBelegt

Session-Reset und Compaction

Memory bleibt über Sitzungen erhalten. /compact fasst Gesprächshistorie zusammen; gespeicherte Sitzungen und Memory sind unterschiedliche Speicher.

QuellenMemory Tool · Troubleshooting
Grundlagen zu Gedächtnis und Gesprächskontinuität
05

Was kostet er, welchen Aufwand macht er?

Preisstand 19.10.2026

Preise und enthaltene Nutzung

Preisstand

Apache-2.0-Software; Modelle und Betrieb separat, gegebenenfalls Docker-Desktop-Lizenz.

  • Abrechnung hängt von Tarif, Verbrauch und Einrichtung ab.

Preise und Tarifdetails

Einrichtung

Standalone installieren oder Docker Desktop ab 4.63 nutzen; Modellzugang einrichten.

Betrieb & Betreuungsbedarf

Basis: öffentliche Anbieter-Dokumentation. Einschätzungen sind redaktionelle Ableitungen aus den genannten Eigenschaften. Tatsächlicher Zeitaufwand und Zuverlässigkeit wurden nicht gemessen.

Betrachtete Betriebsform: Docker Agent als CLI (interaktiv oder --exec) und als API-Server auf eigener Infrastruktur

Quellenstand:

Redaktionelle Einschätzung

Sitzungen, Safety-Modi und Wiederaufnahme sind dokumentiert, den Betrieb samt Zeitplanung und Fehlermeldung baust du aber selbst um das Werkzeug herum. Für unbeaufsichtigte Läufe musst du den Safety-Modus bewusst wählen.

Alle 6 Punkte anzeigen

  • Dokumentiert

    Dateien und Arbeitsstand

    Der Agent ist zwischen Läufen zustandslos, die Sitzung nicht: Sie liegt in einer SQLite-Datei im Datenverzeichnis, standardmäßig ~/.cagent. Laut API-Doku überstehen Sitzungen Server-Neustarts.

    Nachweis · Nachweis

  • In geprüften Quellen offen

    Anmeldungen

    Zugänge sind Umgebungsvariablen beziehungsweise Token; zu Ablauf oder Erneuerung machen die geprüften Seiten keine Angaben.

    Nachweis

  • Bedingt dokumentiert

    Start weiterer Läufe

    Läufe startest du per Befehl, headless mit --exec oder über den API-Server. Eine Zeitplanung ist in der API-Doku nur als Werkzeugname „Scheduler“ aufgeführt, ohne Details.

    Nachweis · Nachweis

  • Bedingt dokumentiert

    Menschliche Eingriffe

    Safety-Modi reichen von strict bis autonomous; restricted schlägt für unbeaufsichtigte Läufe fehl-sicher zu. Die Doku rät, dafür Permissions oder einen Safety-Modus zu konfigurieren. Mit --yolo werden Werkzeugaufrufe automatisch genehmigt, sofern sie nicht ausdrücklich verweigert sind. Das Standardverhalten ohne Konfiguration nennt die Seite nicht.

    Nachweis

  • Bedingt dokumentiert

    Fehler erkennen

    Mit --debug entsteht ein Logfile (standardmäßig ~/.cagent/cagent.debug.log), --json gibt zeilenweise Ereignisse aus (mit --exec), und docker agent doctor endet mit Fehlercode, wenn ein Problem den Agenten am Laufen hindert. Benachrichtigungen bei fehlgeschlagenen Läufen nennt die CLI-Doku nicht.

    Nachweis

  • Dokumentiert

    Nach Fehlern fortsetzen

    Mit --session setzt du eine frühere Sitzung fort, mit -1 die zuletzt erstellte. Über die API setzt POST /api/sessions/:id/resume eine nach einer Werkzeugbestätigung pausierte Sitzung fort.

    Nachweis · Nachweis
06

Belege und offene Punkte

2 Quellen · 1 offener Punkt

Offene Punkte

Hier fehlen belastbare Angaben in den geprüften Quellen. Eine Lücke ist keine Aussage über das Produkt.

Voraussetzungen und Grenzen: noch offen

Quellen und Nachweise

Anbieterquellen geprüft; Beispiele sind redaktionelle Vorschläge. Kein eigener Praxistest.

Redaktion: Michael Meierhoff · Quellen abgeglichen am . Anbieterangaben sind keine unabhängigen Leistungsnachweise.

Profil als Markdown lesen

So ordnen wir die Quellen ein

Anbieter

Produkt und Anbieter sind über die verlinkten Originalquellen dokumentiert.

Betreiber
Docker
Organisation
Anbieter
Quellen zum AnbieterBeleg 1 Beleg 2 Stand
Änderungen an diesem Profil 1

  • Docker Agent mit Funktionen, Zugang, Kosten und Quellen ergänzt.

Diese Notizen beschreiben redaktionelle Änderungen. Quellen- und Preisstände findest du in den jeweiligen Abschnitten.