AgentenProfil · Coding
Cline
Open-Source Coding-Agent für IDE und Terminal mit Plan/Act-Arbeitsweise, Tool-Nutzung und MCP-Erweiterungen.
AgentenTrust 2.0 · EU & Governance Evidence
EU AI Act, Datenschutz und Kontrolle bei Cline
Direktantwort: Für Cline sind aktuell 6 von 36 normalisierten Trust-Controls feldgenau öffentlich belegt. Nicht belegte Felder bleiben Unknown – niemals automatisch Nein.
Wichtig: Diese Zahlen zeigen Dokumentationsabdeckung, keine Produktbewertung. 0 von 10 bedeutet: Für diese 10 Felder liegt im aktuellen Datensatz kein feldgenauer öffentlicher Beleg vor. Es bedeutet nicht, dass der Agent die Funktionen nicht besitzt.
Entscheidungsrelevante Kernsignale
Zwölf häufige EU-, Datenschutz-, Security- und Governance-Fragen – inklusive Unknowns.
Data Residency
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Kundendaten für Training
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Datenaufbewahrung / Retention
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.DPA / Auftragsverarbeitung
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Verschlüsselung at rest
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.RBAC
Ja
Scope: cline_enterprise_governance · geprüft 2026-10-01 · Quelle ↗Human Approval
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Human Oversight
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Audit Logs
Ja
Scope: cline_enterprise_observability · geprüft 2026-10-01 · Quelle ↗Tracing
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Activity History
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Secrets / Credential Handling
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Alle dokumentierten Trust-Signale
Jeder Wert bleibt an Scope, Prüfdatum und Primärquelle gebunden. Ein Plattformbeleg wird nicht automatisch auf jeden Agenten vererbt.
Security & Zugriff · 4 dokumentierte Signale
governance.sso.oidcJa
Scope: cline_enterprise_identity · geprüft 2026-10-01 · Primärquelle ↗governance.rbacJa
Scope: cline_enterprise_governance · geprüft 2026-10-01 · Primärquelle ↗governance.sso.samlJa
Scope: cline_enterprise_identity · geprüft 2026-10-01 · Primärquelle ↗governance.scimJa
Scope: cline_enterprise_identity · geprüft 2026-10-01 · Primärquelle ↗Audit & Nachvollziehbarkeit · 2 dokumentierte Signale
governance.audit_logs.availableJa
Scope: cline_enterprise_observability · geprüft 2026-10-01 · Primärquelle ↗governance.audit_logs.siem_exportJa
Scope: cline_enterprise_observability · geprüft 2026-10-01 · Primärquelle ↗AgentenTrust bildet Evidence ab. Die rechtliche Einordnung hängt vom konkreten Einsatz ab.
Open-Source Coding-Agent für IDE und Terminal mit Plan/Act-Arbeitsweise, Tool-Nutzung und MCP-Erweiterungen. AgentenCode beschreibt nicht nur die Anbieterpositionierung, sondern ordnet Funktionen, Einsatzgrenzen und Kontrollpunkte anhand nachvollziehbarer Kriterien ein.
AgentenProfil
Standardisierte Referenzdaten
Filterdaten werden aus demselben strukturierten Datensatz erzeugt wie dieses Profil. Unbestätigte Merkmale werden nicht automatisch als „Nein“ gewertet.
Was ist Cline?
Open-Source Coding-Agent für IDE und Terminal mit Plan/Act-Arbeitsweise, Tool-Nutzung und MCP-Erweiterungen.
Produktspezifische Evidenzlage zu Cline
Dieses Profil trennt den dokumentierten Produktfokus von feldgenauer Evidence. Für Cline sind aktuell 7 eindeutige Primärquellen über Profil, Trust- und Relationsdaten verknüpft. Die folgenden Punkte sind keine allgemeine Klassenbeschreibung, sondern stammen aus den für dieses konkrete Produkt gespeicherten Feldern.
- Audit Logs: Ja · Scope: cline_enterprise_observability · geprüft 1. Oktober 2026 · Primärquelle ↗
- SIEM Export: Ja · Scope: cline_enterprise_observability · geprüft 1. Oktober 2026 · Primärquelle ↗
- RBAC: Ja · Scope: cline_enterprise_governance · geprüft 1. Oktober 2026 · Primärquelle ↗
- SCIM: Ja · Scope: cline_enterprise_identity · geprüft 1. Oktober 2026 · Primärquelle ↗
- OIDC SSO: Ja · Scope: cline_enterprise_identity · geprüft 1. Oktober 2026 · Primärquelle ↗
Coding-Agenten verbinden Sprachmodelle mit Repository-Kontext, Dateizugriff, Terminalbefehlen, Tests und teilweise Versionskontrolle. Dadurch können sie nicht nur Code vorschlagen, sondern mehrstufige Entwicklungsaufgaben tatsächlich bearbeiten.
Bei Cline ist deshalb weniger die Bezeichnung „Agent“ entscheidend als die Frage, welche Aufgaben das System tatsächlich übernimmt, welche Werkzeuge es verwenden darf und an welchen Stellen ein Nutzer oder Administrator die Kontrolle behält. AgentenCode trennt bestätigte Produktmerkmale von redaktioneller Einordnung und kennzeichnet ein Prüfdatum, weil Funktionen und Tarife in diesem Markt häufig verändert werden.
Wie funktioniert Cline?
Cline arbeitet in der Entwicklungsumgebung, kann Dateien lesen und ändern, Shell-Befehle ausführen und zusätzliche Werkzeuge über MCP oder Erweiterungen verwenden. Der Nutzer kann Planung und Ausführung eng begleiten.
Ein typischer Coding-Agent untersucht zunächst die Codebasis, formuliert oder impliziert einen Plan, verändert Dateien, führt Tests oder Befehle aus und reagiert anschließend auf Fehler oder neue Informationen. Je nach Produkt geschieht dies synchron im Editor oder asynchron in einer separaten Ausführungsumgebung.
Dieser Ablauf ist keine Behauptung, dass jeder interne Schritt bei Cline exakt so implementiert ist. Er zeigt das typische agentische Muster der Kategorie und hilft dabei, das Produkt gegenüber einem einfachen Chat, einer klassischen Suche oder einem fest verdrahteten Workflow einzuordnen.
Was kann Cline konkret übernehmen?
Die folgenden Anwendungsfelder ergeben sich aus dem dokumentierten Produktschwerpunkt. Ob ein Einsatz sinnvoll ist, hängt davon ab, wie gut der Agent auf die benötigten Daten zugreifen kann, welche Aktionen erlaubt sind und wie wichtig Fehlerfreiheit im jeweiligen Prozess ist.
Coding
Bei „Coding“ ist für Cline besonders „Open Source“ relevant. Der Einsatz sollte im dokumentierten Produktscope „Open Source; Nutzung mit unterstützten Modellen und APIs“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Externe Modellanbieter und deren Datenschutz prüfen. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.
Debugging
Bei „Debugging“ ist für Cline besonders „Hohe Transparenz und Erweiterbarkeit“ relevant. Der Einsatz sollte im dokumentierten Produktscope „Open Source; Nutzung mit unterstützten Modellen und APIs“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Shell- und Tool-Rechte kontrollieren. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.
Repository-Arbeit
Bei „Repository-Arbeit“ ist für Cline besonders „MCP-Unterstützung“ relevant. Der Einsatz sollte im dokumentierten Produktscope „Open Source; Nutzung mit unterstützten Modellen und APIs“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: API-Kosten beobachten. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.
Tool-gestützte Entwicklung
Bei „Tool-gestützte Entwicklung“ ist für Cline besonders „Lokale Entwicklungsnähe“ relevant. Der Einsatz sollte im dokumentierten Produktscope „Open Source; Nutzung mit unterstützten Modellen und APIs“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Externe Modellanbieter und deren Datenschutz prüfen. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.
Für Privatpersonen und Unternehmen
Für Privatpersonen
Für Entwickler, die mehr Kontrolle und eine offene Agentenbasis wollen, ist Cline besonders interessant.
Für private Entwicklerprojekte können Coding-Agenten Boilerplate, Refactoring, Fehlersuche und das Verständnis unbekannter Repositories beschleunigen. Wer den erzeugten Code nicht beurteilen kann, sollte die Autonomie jedoch begrenzen und besonders bei Installationsskripten, Shell-Befehlen und Zugangsdaten vorsichtig sein.
Für Unternehmen
Unternehmen können die Offenheit für eigene Richtlinien und Integrationen nutzen, müssen Modell-, Security- und Supportfragen aber selbst bewerten.
In Teams werden zusätzlich Review-Regeln, Branch-Schutz, Secret-Management, Logging, Modell- und Datenrichtlinien sowie reproduzierbare Tests wichtig. Ein Agent sollte die bestehende Software-Lieferkette ergänzen, nicht Code-Review, Security-Checks und CI/CD umgehen.
Stärken von Cline
Die folgenden Punkte sind keine Rangliste. Sie beschreiben Merkmale, die für die dokumentierten Einsatzfelder relevant sein können.
Open Source
„Open Source“ ist bei Cline deshalb entscheidungsrelevant, weil das Profil „Coding“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Externe Modellanbieter und deren Datenschutz prüfen.
Hohe Transparenz und Erweiterbarkeit
„Hohe Transparenz und Erweiterbarkeit“ ist bei Cline deshalb entscheidungsrelevant, weil das Profil „Debugging“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Shell- und Tool-Rechte kontrollieren.
MCP-Unterstützung
„MCP-Unterstützung“ ist bei Cline deshalb entscheidungsrelevant, weil das Profil „Repository-Arbeit“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: API-Kosten beobachten.
Lokale Entwicklungsnähe
„Lokale Entwicklungsnähe“ ist bei Cline deshalb entscheidungsrelevant, weil das Profil „Tool-gestützte Entwicklung“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Externe Modellanbieter und deren Datenschutz prüfen.
Grenzen und Punkte vor dem Einsatz
Agenten sollten nicht nur anhand einer Demo bewertet werden. Entscheidend ist, wie sie mit unvollständigem Kontext, widersprüchlichen Daten, fehlenden Berechtigungen und ungewöhnlichen Fällen umgehen. Für Cline sind insbesondere folgende Punkte sinnvoll zu prüfen:
Externe Modellanbieter und deren Datenschutz prüfen
Externe Modellanbieter und deren Datenschutz prüfen. Dieser Punkt ist für Cline besonders bei „Coding“ relevant, weil Agentenwirkung und Risiko vom tatsächlich freigegebenen Scope abhängen. AgentenCode wertet fehlende öffentliche Evidence dabei nicht als Gegenbeleg; offene Punkte bleiben Unknown und sollten im Pilot oder mit dem Anbieter geklärt werden.
Shell- und Tool-Rechte kontrollieren
Shell- und Tool-Rechte kontrollieren. Dieser Punkt ist für Cline besonders bei „Debugging“ relevant, weil Agentenwirkung und Risiko vom tatsächlich freigegebenen Scope abhängen. AgentenCode wertet fehlende öffentliche Evidence dabei nicht als Gegenbeleg; offene Punkte bleiben Unknown und sollten im Pilot oder mit dem Anbieter geklärt werden.
API-Kosten beobachten
API-Kosten beobachten. Dieser Punkt ist für Cline besonders bei „Repository-Arbeit“ relevant, weil Agentenwirkung und Risiko vom tatsächlich freigegebenen Scope abhängen. AgentenCode wertet fehlende öffentliche Evidence dabei nicht als Gegenbeleg; offene Punkte bleiben Unknown und sollten im Pilot oder mit dem Anbieter geklärt werden.
Sicherheit, Datenschutz und Berechtigungen
Coding-Agenten können Dateien verändern, Befehle ausführen und auf Repositories zugreifen. Deshalb sollten Secrets, Produktionszugänge und privilegierte Tokens aus dem Arbeitskontext ferngehalten werden. Änderungen gehören in kontrollierte Branches und sollten automatisierte Tests sowie menschliches Review durchlaufen.
Bei Cline sollte zusätzlich geprüft werden, welche Daten an den Anbieter und gegebenenfalls an verbundene Modell- oder Tool-Anbieter übertragen werden. Maßgeblich sind die aktuelle Dokumentation, der gebuchte Tarif und die konkrete Organisationskonfiguration. AgentenCode macht deshalb keine pauschale Aussage wie „DSGVO-konform“ oder „sicher“, wenn die Bewertung vom Einsatzkontext abhängt.
Zugang, Kosten und Voraussetzungen
Aktuell dokumentierter Zugang: Open Source; Nutzung mit unterstützten Modellen und APIs
Preis- und Nutzungsmodelle ändern sich bei KI-Agenten häufig. Manche Anbieter rechnen über Nutzerlizenzen, Credits, Modellverbrauch, Aufgaben oder erfolgreich bearbeitete Vorgänge ab. Deshalb verzichtet AgentenCode auf unbestätigte oder schnell veraltende Preisangaben und verweist für Vertragsentscheidungen auf die offiziellen Anbieterinformationen.
Wie lässt sich Cline sinnvoll vergleichen?
Ein Vergleich sollte nicht mit der Frage „Welcher Agent ist der beste?“ beginnen, sondern mit dem konkreten Ziel. Für diese Kategorie sind insbesondere folgende Kriterien relevant:
| Repository-Verständnis | Bei Cline sollte „Repository-Verständnis“ im konkreten Einsatzfall „Coding“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Externe Modellanbieter und deren Datenschutz prüfen“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
|---|---|
| Tool- und Terminalzugriff | Bei Cline sollte „Tool- und Terminalzugriff“ im konkreten Einsatzfall „Debugging“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Shell- und Tool-Rechte kontrollieren“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
| Kontrolle vor Änderungen | Bei Cline sollte „Kontrolle vor Änderungen“ im konkreten Einsatzfall „Repository-Arbeit“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „API-Kosten beobachten“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
| Tests und Fehlerkorrektur | Bei Cline sollte „Tests und Fehlerkorrektur“ im konkreten Einsatzfall „Tool-gestützte Entwicklung“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Externe Modellanbieter und deren Datenschutz prüfen“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
| Integrationen und Modellwahl | Bei Cline sollte „Integrationen und Modellwahl“ im konkreten Einsatzfall „Coding“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Shell- und Tool-Rechte kontrollieren“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
Zusätzlich sollte ein Pilot mit realen Aufgaben durchgeführt werden. Ein Agent, der in einer Demo beeindruckt, kann im eigenen Daten- und Berechtigungskontext ganz anders abschneiden. Reproduzierbare Testfälle sind deshalb aussagekräftiger als Marketingbenchmarks allein.
Ähnliche Agenten und Alternativen
Häufige Fragen zu Cline
Was ist Cline?
Open-Source Coding-Agent für IDE und Terminal mit Plan/Act-Arbeitsweise, Tool-Nutzung und MCP-Erweiterungen.
Für wen eignet sich Cline?
Für Entwickler, die mehr Kontrolle und eine offene Agentenbasis wollen, ist Cline besonders interessant. Unternehmen können die Offenheit für eigene Richtlinien und Integrationen nutzen, müssen Modell-, Security- und Supportfragen aber selbst bewerten.
Kann Cline Aufgaben selbstständig ausführen?
Der Grad der Autonomie hängt bei Cline von der jeweiligen Oberfläche, den aktivierten Tools und den vergebenen Berechtigungen ab. AgentenCode unterscheidet deshalb zwischen Analyse, Vorschlägen und tatsächlich ausführbaren Aktionen.
Was sollte ich vor der Nutzung von Cline prüfen?
Prüfen Sie insbesondere Datenzugriff, Schreibrechte, Quellenqualität, Kostenmodell, Freigaben und die Frage, wie Fehler erkannt oder rückgängig gemacht werden können.
Ist Cline für sensible Daten geeignet?
Das lässt sich nicht pauschal beantworten. Maßgeblich sind Vertrag, Tarif, Organisationskonfiguration, Datenresidenz, verbundene Modellanbieter und die konkret aktivierten Integrationen. Für sensible Daten sollten die aktuellen Anbieterunterlagen und internen Richtlinien geprüft werden.
Wie aktuell ist dieses Profil?
Das Profil wurde am 30. September 2026 anhand der unten verlinkten Primärquellen geprüft. Produkte im Agentenmarkt verändern sich schnell; kurzfristige Änderungen zwischen zwei Prüfungen sind möglich.
Für Unternehmen
Ist Ihr Prozess wirklich ein Fall für einen KI-Agenten?
Der kostenlose Agenten-Check bewertet Eignung, Readiness, Risiko, Autonomie und Wirtschaftlichkeit direkt im Browser.
Offizielle Quellen
Dieses Profil verknüpft 7 eindeutige Primärquellen aus Produktprofil, feldgenauer Evidence, Trust-Layer und dokumentierten Relationen. Die Quellen bleiben maßgeblich, wenn sich das Produkt zwischen zwei Prüfzyklen ändert.
- Cline – Official Site
- Cline Docs – Cline API
- Cline – Pricing
- Cline – Enterprise infrastructure
- Cline – Install / Enterprise
- Cline Enterprise
- Cline Docs – MCP
Letzte redaktionelle Prüfung: 30. September 2026. Unklare Merkmale werden nicht als bestätigte Fakten dargestellt. Es gibt keine bezahlte Rangfolge.
Deep Profile · GEO/SEO-Evidenzlayer
Cline: belegte Einordnung und Entscheidungscheck
Cline ist Open-Source Coding-Agent für IDE und Terminal mit Plan/Act-Arbeitsweise, Tool-Nutzung und MCP-Erweiterungen. Anbieter ist Cline; AgentenCode ordnet das Produkt der Kategorie Coding und dem Produkttyp Open-Source Coding-Agent zu. Diese Einordnung ergänzt den ausführlichen Artikel um einen kompakten, maschinenlesbaren Evidenz- und Auswahlkontext.
Welche Punkte sind für die Auswahl entscheidend?
Bei Coding-Agenten bestimmen Repository-Rechte, Laufzeitumgebung, Shell- und Netzwerkzugriff, Tests, Review und Rollback das reale Risiko. Produktive Schreibrechte sollten deshalb getrennt von reiner Codegenerierung betrachtet werden.
Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.
Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.
Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.
Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.
Welche Stärken und Grenzen sind dokumentiert?
Dokumentierte Stärken
- Open Source
- Hohe Transparenz und Erweiterbarkeit
- MCP-Unterstützung
- Lokale Entwicklungsnähe
Vor dem Einsatz prüfen
- Externe Modellanbieter und deren Datenschutz prüfen
- Shell- und Tool-Rechte kontrollieren
- API-Kosten beobachten
Welche Eigenschaften von Cline sind feldgenau belegt?
Die folgenden Aussagen sind in AgentenGraph direkt mit Primärquellen verknüpft. Nicht aufgeführte Eigenschaften bleiben unbekannt, solange keine geeignete Quelle sie bestätigt oder ausdrücklich verneint.
dokumentiert
Cline provides a documented HTTP API endpoint for programmatic model access.
Cline Docs – Cline API →dokumentiert
Cline Enterprise provides centralized audit trails.
Cline – Pricing →dokumentiert
Cline Enterprise can export telemetry/audit data to external observability and SIEM tooling including Splunk.
Cline – Enterprise infrastructure →dokumentiert
Cline Enterprise supports private-network deployment in customer VPC environments.
Cline – Install / Enterprise →dokumentiert
Cline Enterprise supports customer-managed self-hosted/on-prem deployment.
Cline – Install / Enterprise →dokumentiert
Cline acts as an MCP client for local and remote MCP servers.
Cline Docs – MCP →Welche Primärquellen stützen dieses Profil?
AgentenCode bevorzugt aktuelle Primärquellen. Aussagen eines Anbieters werden nicht automatisch auf andere Produkte oder Detailfelder übertragen.
| Quelle | Typ | Verwendung |
|---|---|---|
| Cline – Official Site | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Cline Docs – Cline API | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Cline – Pricing | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Cline – Enterprise infrastructure | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Cline – Install / Enterprise | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Cline Enterprise | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| Cline Docs – MCP | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
AgentenGraph · Produktverlauf
Strukturierte Historie von Cline
AgentenGraph speichert strukturierte Zustände dieses Agenten über die Zeit. Neue Werte ersetzen ältere Zustände nicht stillschweigend: Änderungen werden versioniert und als Ereignis erfasst. Frühere Zustände vor der Baseline werden nicht rückwirkend behauptet.
Der heutige Stand ist der Ausgangspunkt. Historische Aussagen vor diesem Datum erscheinen nur, wenn sie durch belastbare Quellen belegt werden können.
10 von 33 aktiven Aussagen besitzen bereits eine explizite Feld-zu-Quelle-Zuordnung. Die übrigen Aussagen verwenden weiterhin das Quellen-Set des Profils.
Methodik zur Datenhistorie →2026-10-01 · 6 Governance-Eigenschaften dokumentiert
Eine erstmalige Datenaufnahme oder Feldverifikation ist nicht automatisch eine neue Herstellerfunktion.
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: True
2026-10-01 · 2 Eigenschaften dokumentiert
Eine erstmalige Datenaufnahme oder Feldverifikation ist nicht automatisch eine neue Herstellerfunktion.
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Änderungsverlauf
Changelog
Primärquellen und Produktstand erneut geprüft; Profil, Verfügbarkeit und Einordnung auf den Prüfstand 30. September 2026 aktualisiert.
Profil auf AgentenProfil 2.0 umgestellt; Quellenstatus, Prüfdatum, Changelog und Filterdaten ergänzt.