Drei Evidenzklassen, drei verschiedene Aussagen

DOKUDokumentationsgeprüft

Eine datierte Primärquelle beschreibt Capability, Zugang oder Grenze.

FIXTUREReproduziert

Ein versioniertes Testfixture läuft gegen einen festgehaltenen Client- und Serverstand.

STALEVeraltet

Die definierte Prüffrist ist abgelaufen oder eine relevante Version hat sich geändert.

Der minimale Testlauf

  1. 01
    Quelle sichern

    Offizielle Spezifikation, Anbieter-Dokumentation, Repository oder öffentlicher Endpoint werden mit URL und Datum erfasst.

  2. 02
    Version fixieren

    Protokollrevision, Clientversion, Serverversion, Transport und Authentifizierungsmodus werden festgehalten.

  3. 03
    Fixture ausführen

    Discovery, Toolliste, Schema, erfolgreicher Call, Fehlerfall und Abbruchgrenze werden reproduzierbar geprüft.

  4. 04
    Ergebnis protokollieren

    Input, relevante Antwortfelder, Kosten, Dauer, Warnungen und Abweichungen werden ohne Secrets gespeichert.

  5. 05
    Status veralten lassen

    Ein neues Release oder eine verpasste Prüffrist entfernt den aktuellen Prüfstatus automatisch.

Ein grüner Punkt ist kein Dauerzustand

Fixture 001 verifiziert den repository-lokalen Test-Harness; die Site veröffentlicht weiterhin keine Anbieter-Laufzeitmatrix. Der Statusvertrag unterscheidet documented, reproduced, partial, failed, stale und not_tested. Nur reproduced darf als aktuell getestet erscheinen.

[ Stale rule ] Ohne neuen Test wird aus „geprüft“ automatisch „veraltet“.

Gemeinsame Betreiberschaft bleibt sichtbar

Contextter und seo-mcp.de werden gemeinsam betrieben. Darum ist Contextter ein offen deklarierter Produktbezug, keine unabhängige Bestätigung. Ein künftiger Contextter-MCP durchläuft dieselben Fixtures, erhält aber zusätzlich einen sichtbaren Interessenkonflikt-Hinweis.

Compatibility Owner ist Matthias Ramahi. Die Prüfung erfolgt monatlich und bei sicherheitsrelevanten Änderungen.