Der ursprüngliche Eintrag verlinkte Mock-Agent-Tester mit github.com/mock/agent-tester. Am 2026-08-21 lieferte die GitHub-API 404; auch die Suche nach dem exakten Namen ergab kein Repository. Owner, Paket, Release, Lizenz, Dokumentation und Sicherheitskontakt konnten nicht zugeordnet werden.
Frühere Aussagen über schnelles Routing, erweiterbare Skills, Reddit-Meinungen und Windows-Support wurden mangels Quellen entfernt. Der externe Button öffnet eine GitHub-Prüfsuche, keine offizielle Produktseite.
Was sich belegen lässt
| Prüfpunkt | Ergebnis | Redaktionelle Folge |
|---|---|---|
| Hinterlegtes Repository | GitHub-API: 404 | Quellcode, Owner, Issues und Historie sind nicht prüfbar |
| Exakte Namenssuche | Kein Ergebnis | Kein kanonischer Ersatz ist zuordenbar |
| Paket oder Release | Kein zuordenbares Artefakt | Keine verifizierbare Installation oder Prüfsumme |
| Lizenz | Nicht gefunden | Nutzungs-, Änderungs- und Weitergaberechte bleiben unbekannt |
| Frühere Aussagen | Keine belastbaren Quellen | Routing-, Skill-, Reddit- und Windows-Aussagen wurden entfernt |
Was „nicht verifiziert“ bedeutet
Ein 404-Status erklärt nicht, warum ein Repository fehlt. Es kann umbenannt, übertragen, privat geschaltet oder gelöscht worden sein. Die belastbare Aussage lautet nur: Der aktuelle Eintrag reicht nicht aus, um Code, Wartung, Kompatibilität oder Lizenz zu bestätigen.
„Nicht verifiziert“ beschreibt die verfügbare Evidenz und ist kein Vorwurf an Projekt oder Autor. Deshalb macht diese Seite keine Aussage über Installation, Funktionen, Open-Source-Status, Wartungszustand oder Sicherheit. Bei einem zuordenbaren offiziellen Nachweis ist eine neue Prüfung nötig.
Belege für eine erneute Produktprüfung
- Vom Owner kontrollierte Domain oder Organisationsseite vorlegen.
- Kanonisches Repository und zuordenbare Maintainer-Identität vorlegen.
- Lizenzdatei und aktuelle Dokumentation bereitstellen.
- Aktuelles Release oder Commit sowie Installationsartefakt und Prüfsumme bereitstellen.
- Sicherheitskontakt und gegebenenfalls Datenschutzbedingungen nennen.
- Funktionsaussagen reproduzierbar testen, bevor eine Produktbewertung wiederhergestellt wird.
Praktische Basis für Agent-Tests
Die folgenden Hinweise stammen von der AIDreamHub-Redaktion und sind keine Funktionsbeschreibung von Mock-Agent-Tester. Agent-Tests müssen neben der Endantwort auch Toolwahl, Argumente, Rechte, Zustandsänderungen und Fehlerpfade prüfen.
| Ebene | Zu sichernde Evidenz | Empfohlene Methode |
|---|---|---|
| Identität | Owner, Repository, Release, Lizenz, Prüfsumme | Vor jeder Codeausführung |
| Toolverhalten | Auswahl, Argumente, Berechtigungen, Nebenwirkungen | Deterministische Assertions |
| Fehlerbehandlung | Timeout, fehlerhafte Antwort, Ablehnung, Retry, Teilerfolg | Mocks plus Sandbox-Vertragstests |
| Antwortqualität | Korrektheit, Belege, Rückfragen, Ablehnung | Human Labels und kalibrierte Grader |
| Sicherheit | Prompt Injection, Secret-Leak, übermäßige Autonomie | Least Privilege und Freigabegates |
| Betrieb | Latenz, Kosten, Schritte, Wiederholbarkeit | Mehrfachläufe und versionierte Traces |
Mocks machen Fehler reproduzierbar, bilden Provider, Browser, Netzwerk und Produktion aber nicht vollständig ab. Kombinieren Sie schnelle deterministische Tests mit Sandbox-Vertragstests und wenigen geschützten Ende-zu-Ende-Fällen. LLM-Grader sollten nur subjektive Kriterien bewerten und gegen menschlich gelabelte Beispiele kalibriert werden.
Unterstützte Alternativen
| Option | Geeignet für | Wichtiger Nachteil |
|---|---|---|
| Promptfoo | Lokale/CI-Matrizen, Assertions und Red Teaming | Provider, Fixtures und Grader müssen selbst gesteuert werden |
| LangSmith Evaluations | Datensätze mit Traces, Offline-/Online-Evaluation und mehrere Grader | Hosted Data Governance und Preise prüfen |
| OpenAI Hosted Evals | OpenAI-zentrierte Datensätze, Kriterien, asynchrone Läufe und Reports | Engere Plattformbindung und API-Kosten |
| OpenAI Evals Repository | Offene Evaluationsmuster und eigener Eval-Code | Anderer Workflow als das aktuelle Hosted-Evals-Produkt |
| Eigene Test Doubles | Exakte Kontrolle über State, Rechte, Zeit, Fehler und Nebenwirkungen | Höchster Entwicklungsaufwand |
Unabhängiges Urteil: Ein Werkzeug sollte weder allein wegen seines Namens gewählt noch verworfen werden. Für Produktions-Agenten ist meist eine Kombination sinnvoll: deterministische Zustandsprüfungen für irreversible Aktionen plus eine gepflegte semantische Evaluationsplattform für Antwortqualität und Regressionen.
Grenzen und Sicherheit
Da kein ausführbares Projekt bestätigt wurde, gibt es keine Benchmarks oder Praxisergebnisse. Die Vergleichstabelle beschreibt die jeweils belegten Alternativen, nicht Mock-Agent-Tester.
Evaluationsdaten können private Prompts, Dokumente, Kundendaten und Toolausgaben enthalten. Vor einem Hosted Evaluator sind Aufbewahrung, Training, Region, Subprozessoren, Zugriff und Löschung zu prüfen.
Prompt Injection kann aus Nutzereingaben oder abgerufenen Inhalten stammen. Tests müssen Berechtigungen und Zustandsübergänge prüfen, damit gefährliche Aktionen trotz überzeugendem Modelltext blockiert bleiben.
Häufige Fragen
Ist Mock-Agent-Tester ein bestätigtes Softwareprojekt?
Nach aktueller Evidenz nicht. Das hinterlegte Repository lieferte am 21. August 2026 den Status 404; ein zuordenbarer Ersatz wurde nicht gefunden.
Beweist 404, dass das Projekt nie existierte?
Nein. Der Status belegt nur, dass die aktuelle URL den heutigen Projektzustand nicht nachweist. Umbenennung, Transfer, Privatisierung oder Löschung sind möglich.
Kann ich es installieren?
Es wurde kein offizielles Paket oder Release bestätigt; deshalb nennt diese Seite keinen Installationsbefehl.
Ist es Open Source?
Unbekannt. Es wurde keine zuordenbare Lizenz und kein kanonisches Quellrepository gefunden.
Warum bleibt die Seite online?
Sie korrigiert den alten Eintrag transparent und zeigt, welche Nachweise für eine erneute Prüfung fehlen.
Welche Alternative eignet sich jetzt?
Promptfoo passt zu portablen CI-Matrizen, LangSmith zu Trace-basierten Evaluationen, Hosted Evals zu OpenAI-Workflows und eigene deterministische Tests zu Rechten und Nebenwirkungen.
Geprüfte Quellen
- Repository-URL des ursprünglichen Eintrags
- GitHub-API-Endpunkt zur Prüfung
- GitHub-Suche nach exaktem Namen
- Promptfoo-Evaluationsdokumentation
- Promptfoo-Repository und Lizenz
- LangSmith-Evaluationskonzepte
- OpenAI Hosted Evals Guide
- OpenAI Evals Repository
- OWASP-Leitfaden zu Prompt Injection
Unabhängig geprüft am 2026-08-21. Bei einem kanonischen Owner oder Repository ist der Status neu zu bewerten.
