AgentenCode möchte nicht möglichst viele Aussagen über einen KI-Agenten machen, sondern möglichst klar zeigen, welche Aussagen belegt sind, wie aktuell sie sind und wo redaktionelle Einordnung beginnt.
KI-Agenten verändern sich schnell. Funktionen werden ergänzt, Tarife umgebaut, Modelle ausgetauscht und Integrationen umbenannt. Deshalb behandelt AgentenCode ein AgentenProfil nicht als endgültiges Urteil, sondern als nachvollziehbaren Stand der Recherche zu einem bestimmten Zeitpunkt.
Eine präzise Lücke ist besser als eine scheinbar vollständige Behauptung. Wo eine Information nicht belastbar bestätigt werden kann, wird sie nicht geraten.
1. Vier Status für nachvollziehbare Aussagen
Damit Fakten, Anbieterangaben und redaktionelle Interpretation nicht ineinanderlaufen, verwendet AgentenCode vier klar unterscheidbare Status. Sie beziehen sich auf einzelne Aussagen oder Merkmale – nicht pauschal auf ein ganzes Produkt.
Eine konkrete Aussage lässt sich anhand einer aktuellen, nachvollziehbaren Primärquelle belegen. „Verifiziert“ bedeutet nicht automatisch, dass AgentenCode das Produkt selbst technisch getestet oder auditiert hat.
Eine Funktion oder Eigenschaft wird offiziell beschrieben. Umfang, Voraussetzungen oder Grenzen können jedoch noch offen sein oder sich nicht vollständig aus der öffentlichen Dokumentation ergeben.
Es liegt keine ausreichend belastbare aktuelle Primärquelle vor, oder öffentlich verfügbare Angaben sind unklar beziehungsweise widersprüchlich. Das bedeutet ausdrücklich nicht automatisch „Nein“.
Eine Zusammenfassung, Klassifikation oder praktische Einordnung, die auf dokumentierten Fakten beruht. Sie wird nicht als Herstellerbehauptung dargestellt.
2. Quellen zuerst – mit klarer Hierarchie
Bei veränderlichen Produktmerkmalen haben Primärquellen Vorrang. Dazu gehören insbesondere offizielle Produktseiten, technische Dokumentationen, Help Center, Entwicklerdokumentationen, Release Notes, Sicherheits- und Datenschutzseiten sowie offizielle Ankündigungen des Anbieters.
AgentenCode versucht, eine Aussage so nah wie möglich an ihrer ursprünglichen Quelle zu prüfen. Sekundärquellen können Kontext liefern, historische Entwicklungen einordnen oder auf Änderungen aufmerksam machen. Sie ersetzen bei aktuellen Funktionsmerkmalen aber nicht ohne Grund eine verfügbare Primärquelle.
Unsere Quellenhierarchie
- Offizielle technische Dokumentation und Produktspezifikation
- Offizielle Produkt-, Sicherheits-, Datenschutz- und Supportseiten
- Offizielle Release Notes und Anbieterankündigungen
- Seriöse Sekundärquellen zur Ergänzung oder Einordnung
- Redaktionelle Einordnung auf Basis der dokumentierten Fakten
3. So entsteht ein AgentenProfil
Ein ausführlicher AgentenProfil folgt einem wiederkehrenden Schema. Ziel ist nicht, jedes Produkt in dieselbe Schablone zu pressen, sondern vergleichbare Kernfragen möglichst konsistent zu beantworten.
- Identität klären: Anbieter, Produktname, Produkttyp und aktueller Produktstatus werden eindeutig zugeordnet.
- Primärquellen sammeln: Relevante offizielle Seiten und Dokumentationen werden den zu prüfenden Merkmalen zugeordnet.
- Kernmerkmale erfassen: Fähigkeiten, Autonomie, Modelle, Tools, Memory, Integrationen, Plattformen, Deployment, Datenschutz, Sicherheit, Enterprise Controls, Preise und Quellenzugriff werden strukturiert betrachtet.
- Unsicherheiten markieren: Fehlende oder widersprüchliche Angaben werden nicht durch Annahmen ersetzt.
- Redaktionell einordnen: Einsatzbereiche, Stärken und Grenzen werden aus den dokumentierten Merkmalen verständlich abgeleitet und als Einordnung kenntlich gemacht.
- Prüfdatum setzen: Der AgentenProfil erhält einen nachvollziehbaren Stand der fachlichen Prüfung.
- Quellen veröffentlichen: Wichtige Aussagen sollen auf die zugrunde liegenden offiziellen Quellen zurückführbar bleiben.
4. Was wir bei Agenten systematisch betrachten
Die einzelnen Produkte unterscheiden sich stark. Trotzdem orientieren sich AgentenProfile an einem gemeinsamen Kernmodell, damit Leser nicht bei jedem Profil eine völlig neue Logik lernen müssen.
Produkt & Fähigkeiten
- Anbieter und Produkttyp
- Zielgruppen und Einsatzfelder
- Autonomie und Freigabeschritte
- Modelle und Modellwahl
- Tools und externe Aktionen
- Memory und Kontext
- Integrationen und Protokolle
- Ausgaben und Quellenzugriff
Betrieb & Kontrolle
- Plattformen und Deployment
- Open Source und Lizenz
- Enterprise Controls
- Datenschutz und Datenverwendung
- Sicherheitsfunktionen
- Preise und Zugang
- Stärken und Grenzen
- Prüfdatum und Änderungsverlauf
5. Fakten und redaktionelle Einordnung bleiben getrennt
Eine zentrale Aufgabe von AgentenCode ist die Trennung zwischen überprüfbaren Produktmerkmalen und einer nützlichen, aber interpretativen Einordnung.
Beispiel: dokumentierbare Aussage
„Der Agent kann auf bestimmte externe Tools zugreifen.“ Eine solche Aussage sollte auf eine entsprechende Anbieterquelle zurückgeführt werden können.
Beispiel: redaktionelle Einordnung
„Der Agent eignet sich besonders für komplexe Rechercheprozesse.“ Das kann eine sinnvolle Schlussfolgerung aus Fähigkeiten und Grenzen sein, ist aber keine identische Form von Herstellerfakt.
AgentenCode darf ein Produkt erklären und einordnen. Entscheidend ist, dass Leser erkennen können, wann wir dokumentieren und wann wir interpretieren.
6. Aktualität: ein Prüfdatum ist kein Haltbarkeitsversprechen
KI-Produkte gehören zu den Bereichen, in denen öffentlich dokumentierte Eigenschaften besonders schnell wechseln können. Deshalb tragen ausführliche AgentenProfile ein Datum der letzten fachlichen Prüfung.
Dieses Datum bedeutet: Zu diesem Zeitpunkt wurden die wesentlichen öffentlich verfügbaren Informationen geprüft. Es bedeutet nicht, dass jede Funktion danach unverändert geblieben ist. Besonders volatil sind Preise, Nutzungsgrenzen, Modellverfügbarkeit, Rollouts und regionale Verfügbarkeit.
Bei zeitkritischen Angaben verlinkt AgentenCode möglichst auf die aktuelle Anbieterquelle. Sie ist maßgeblich, wenn sich ein Produkt seit unserer letzten Prüfung verändert hat.
7. Strukturierte Zustände und Historie
AgentenCode führt Produktinformationen nicht nur als Fließtext. Parallel zu den sichtbaren AgentenProfilen wird eine versionierte interne Datenstruktur aufgebaut, die Agenten, Anbieter, Quellen, strukturierte Aussagen und Änderungen mit stabilen IDs verbindet. Dieses System nennen wir intern AgentenGraph.
Der Zweck ist nicht, aus öffentlich dokumentierten Herstellerangaben künstlich proprietäre Fakten zu machen. Der Mehrwert entsteht aus konsistenter Normalisierung, Zeitbezug und nachvollziehbarer Historie: Ein strukturierter Wert soll bei einer Änderung nicht einfach überschrieben werden. Stattdessen wird der frühere Zustand geschlossen, ein neuer Zustand angelegt und die Änderung als Ereignis gespeichert.
Wichtig: Feldgenaue Evidenz wird nicht vorgetäuscht
Die bestehenden AgentenProfile verknüpfen Primärquellen bislang überwiegend auf Profilebene. Beim Aufbau des AgentenGraph werden diese Quellen deshalb nicht automatisch einzelnen Feldern zugeschrieben. Eine Aussage gilt erst dann als feldgenau belegt, wenn eine konkrete Quelle ausdrücklich diesem Merkmal zugeordnet wurde. Diese Zuordnung wird schrittweise ausgebaut.
Damit entsteht ab dem 1. Oktober 2026 eine belastbare Baseline für spätere Änderungsvergleiche. Künftige Erweiterungen sollen unter anderem Fähigkeiten, Autonomie, Modelle, Tools, MCP/A2A, APIs, Integrationen, Hosting, Datenschutz, Datenverwendung, Enterprise Controls, Preise, Regionen und Zertifizierungen strukturiert erfassen.
8. Systemebene: Agent, Framework, Komponente, Verbund und Institution
Agentische Produkte werden zunehmend aus mehreren technischen und organisatorischen Ebenen zusammengesetzt. AgentenCode erweitert deshalb den AgentenGraph um ein eigenes, evidence-first Systemmodell. Es unterscheidet zwischen Agent, Agent Framework / Harness, Agent Component, Agent System und Agent Institution.
Beziehungen werden nicht geraten
Eine Aussage wie „Agent A delegiert an Agent B“, „Agent X verwendet Modell Y“ oder „dieser Agent wird durch die Plattformfunktion Z kontrolliert“ gilt nur dann als dokumentierte Beziehung, wenn eine konkrete Primärquelle genau diese Beziehung für den relevanten Scope stützt. Plattformmerkmale werden nicht automatisch auf Agenten vererbt und transitive Beziehungen werden nicht automatisch abgeleitet.
Die neue Systemtaxonomie bereitet zusätzliche Deep-Evidence-Felder für Komposition, Multi-Agent-Orchestrierung, Delegation, Handoffs, Agent-to-Agent-Kommunikation, geteiltes Memory, Tool-Berechtigungen, Human Approval, Rollback und agentenübergreifendes Tracing vor. Diese Felder verändern den bestehenden Deep-Coverage-Zielwert zunächst nicht; sie werden schrittweise nur dort befüllt, wo belastbare Primärquellen verfügbar sind.
Auf dieser Ebene setzt auch AgentenFreigabe an: Eine Freigabe bezieht sich auf einen konkreten Einsatz und Systemstand, nicht pauschal auf eine Marke. Der konzeptionelle Hintergrund wird im Wissensartikel Artificial Symbiotic Intelligence erläutert.
9. AgentenWache: Primärquellen auf Änderungen beobachten
Seit dem 1. Oktober 2026 überwacht AgentenCode registrierte Primärquellen zusätzlich technisch auf Veränderungen. Die interne AgentenWache vergleicht unter anderem Erreichbarkeit, Weiterleitungen und normalisierte Inhalts-Fingerprints. Sie dient dazu, möglichen Prüfbedarf früh zu erkennen.
Eine erkannte Änderung ist noch kein neuer Fakt
AgentenWache veröffentlicht Änderungen niemals automatisch als Produkteigenschaft. Eine technische Abweichung landet zunächst in einer Review-Queue. Erst wenn die aktuelle Primärquelle eine fachlich relevante Änderung belastbar stützt, wird das AgentenProfil aktualisiert. Anschließend historisiert AgentenGraph den neuen strukturierten Zustand.
Automatisches Monitoring hat Grenzen: Manche Anbieter blockieren automatisierte Abrufe oder schließen Pfade per robots.txt aus; dynamische Webseiten können außerdem Änderungen erzeugen, die fachlich bedeutungslos sind. Solche Grenzen werden nicht umgangen und technische Auffälligkeiten werden nicht mit Produktänderungen gleichgesetzt.
Aktuelles veröffentlicht nur bestätigte, relevante Änderungen
Die Rubrik Aktuelles ist kein automatischer News-Feed. AgentenWache kann Prüfbedarf auslösen, veröffentlicht aber nichts selbst. Ein Beitrag entsteht nur dann, wenn eine redaktionelle Prüfung eine für Agenten relevante Änderung bestätigt. Jede Meldung verlinkt den betroffenen Agenten, die zugrunde liegende Primärquelle und – sofern belastbar – den vorherigen und aktuellen Zustand.
Aktuelles-Beiträge werden bewusst kompakt gehalten. Ziel sind in der Regel 200 bis 400 Wörter, damit die Änderung eindeutig beschrieben wird, ohne das vollständige AgentenProfil zu duplizieren. Gerüchte, reine Finanzierungsnachrichten ohne Produktänderung und allgemeine KI-Nachrichten ohne konkreten Agentenbezug werden nicht aufgenommen.
10. Vergleichen ohne künstlichen Gesamtsieger
AgentenCode soll Unterschiede sichtbar machen, ohne komplexe Produkte zwangsläufig auf eine einzige Punktzahl zu reduzieren. Ein Research-Agent, ein Coding-Agent und eine Enterprise-Agent-Plattform lösen unterschiedliche Probleme und lassen sich nicht sinnvoll über eine universelle „Bestenliste“ bewerten.
Vergleiche sollen deshalb möglichst konkrete, dokumentierbare Dimensionen gegenüberstellen: beispielsweise Autonomie, Toolzugriff, Deployment, Quellenzugriff, Enterprise Controls oder Datenschutzoptionen. Wo eine Bewertung notwendig ist, soll transparent sein, nach welchem Kriterium sie erfolgt.
11. Keine bezahlten Rankings
Redaktionelle Unabhängigkeit
Eine Zahlung darf keine redaktionelle Platzierung kaufen.
AgentenCode verkauft keine besseren Rangpositionen und keine positivere redaktionelle Einstufung. Sollten künftig Sponsoring, Partnerschaften, erweiterte Anbieterprofile oder andere kommerzielle Formate angeboten werden, müssen sie klar gekennzeichnet und vom redaktionellen Referenzteil getrennt bleiben.
Ein Anbieter darf Informationen oder Korrekturhinweise einreichen. Ob und wie diese in ein AgentenProfil übernommen werden, richtet sich nach Beleglage und Methodik – nicht nach einer Geschäftsbeziehung.
12. Was AgentenCode ausdrücklich nicht behauptet
Transparenz bedeutet auch, die Grenzen der eigenen Methodik zu benennen. AgentenCode ist eine redaktionelle Referenz und kein unabhängiges Prüflabor.
- Kein vollständiges Sicherheitsaudit: Eine dokumentierte Sicherheitsfunktion ist nicht dasselbe wie ein von AgentenCode durchgeführter Penetrationstest oder Compliance-Audit.
- Keine Garantie auf Vollständigkeit: Anbieter können Funktionen besitzen, die öffentlich nicht ausreichend dokumentiert sind.
- Keine Echtzeitgarantie: Produkte können sich zwischen zwei Prüfungen ändern.
- Keine Rechts- oder Compliance-Beratung: Unternehmen müssen regulatorische, datenschutzrechtliche und vertragliche Anforderungen für ihren konkreten Einsatz selbst prüfen.
- Keine universelle Eignungsaussage: Ein Agent kann für einen Prozess sinnvoll und für einen anderen ungeeignet sein.
13. Änderungen, Korrekturen und neue Informationen
Fehler können vorkommen – insbesondere in einem Markt, der sich schnell verändert. Entscheidend ist der Umgang damit. Neue Primärquellen, geänderte Produkteigenschaften oder belastbare Korrekturhinweise können zu einer Aktualisierung eines AgentenProfils führen.
Wesentliche Änderungen sollen bei umfangreichen Profilen nachvollziehbar gemacht werden. Wo ein älterer Stand nicht mehr sicher belegbar ist, wird nicht versucht, die frühere Aussage künstlich zu verteidigen.
14. Maschinenlesbarkeit, SEO und generative Suche
AgentenCode strukturiert zentrale Informationen nicht nur für Menschen. Eindeutige Entitäten, konsistente Begriffe, interne Verlinkung, strukturierte Daten, Quellen und klare Direktantworten erleichtern auch Suchmaschinen und KI-Systemen, Inhalte korrekt zuzuordnen.
Das Ziel ist keine künstliche Keyword-Dichte und kein vermeintlicher „GEO-Trick“. Gute maschinelle Lesbarkeit entsteht vor allem daraus, dass Aussagen klar formuliert, sauber strukturiert, aktuell datiert und möglichst auf überprüfbare Quellen zurückgeführt werden.
16. Tägliche Revision, Review und Veröffentlichung
AgentenCode prüft registrierte Primärquellen und relevante Produktänderungen regelmäßig. Technische Monitoring-Signale, neue Dokumentation oder News-Kandidaten werden dabei zunächst als Prüfbedarf behandelt – nicht als automatisch veröffentlichter Produktfakt.
Änderungen werden gegen die aktuelle offizielle Quelle, den betroffenen Agenten und den konkreten Scope geprüft.
Fehlende oder uneindeutige Evidence wird nicht in ein Nein umgedeutet; Plattformmerkmale werden nicht automatisch auf Agenten vererbt.
Bestätigte Änderungen werden mit Prüfdatum, Quelle und – soweit belegt – vorherigem und neuem Zustand dokumentiert.
Öffentliche Profile, History und Aktuelles werden erst nach Review und technischem Deployment aktualisiert. Monitoring und Veröffentlichung bleiben getrennte Schritte.
17. Öffentliche Referenz und private Review-Schicht bleiben getrennt
Die öffentliche Website enthält nur freigegebene Profile, strukturierte Public-Daten, History und redaktionelle Inhalte. Interne Monitoring-Zustände, Review-Queues, Recovery-Daten, Source-Registry-Informationen oder Zugangsdaten gehören nicht in das öffentliche Deployment.
Ein Monitoring-Hinweis kann falsch positiv, unvollständig oder noch nicht fachlich eingeordnet sein. Erst die geprüfte Evidence darf die öffentliche Referenz verändern.
Häufige Fragen zur Methodik
Was bedeutet „Verifiziert“ bei AgentenCode?
Dass eine konkrete Aussage anhand einer aktuellen und nachvollziehbaren Primärquelle geprüft wurde. Der Status ist kein Synonym für einen unabhängigen technischen Produkttest.
Was bedeutet „Nicht bestätigt“?
Dass die öffentliche Beleglage nicht ausreicht oder widersprüchlich ist. Der Status bedeutet nicht automatisch, dass eine Funktion nicht existiert.
Bezahlt ein Anbieter für eine bessere Platzierung?
Nein. AgentenCode verkauft keine redaktionellen Rangpositionen. Kommerzielle Formate müssen klar gekennzeichnet und von redaktionellen Profilinformationen getrennt werden.
Wie unterscheidet AgentenCode einen Agenten von einem Agentensystem?
Ein Agent ist eine einzelne agentische Entität. Ein Agentensystem verbindet mehrere Agenten oder Komponenten über dokumentierte Beziehungen. Eine Agenten-Institution ergänzt explizite Rollen, Regeln, Verfahren und Governance. Beziehungen werden nur mit konkreter Evidenz erfasst.
Wie aktuell sind AgentenProfile?
Ausführliche Profile tragen ein Datum der letzten fachlichen Prüfung. Da Funktionen, Preise und Verfügbarkeit sich kurzfristig ändern können, bleiben die jeweils verlinkten Anbieterquellen maßgeblich.
Auch diese Seite kann weiterentwickelt werden. Wenn AgentenCode neue Profiltypen, Datenfelder oder Prüfverfahren einführt, soll die Methodik entsprechend angepasst und versioniert werden.