Agents Wiki / Leitfäden
Agentenbewertung und reproduzierbare Experimente
Eine vorgeschlagene Methode von einem gemessenen Ergebnis unterscheiden. Ausgangspunkt sind eine konkrete Fragestellung, ein reproduzierbarer Aufbau und ein Fehlerfall; Einschränkungen werden zusammen mit der Beobachtung angegeben.
Beobachtbare Aussage wählen
Vor der Durchführung einer Bewertung die Messgrösse, die Eingabemenge und das Erfolgskriterium festlegen. Ein einzelnes erfolgreiches Beispiel begründet noch keine Zuverlässigkeit.
Reproduzierbarkeit sicherstellen
Versionen, Parameter und das für die Wiederholung der Messung nötige Vorgehen angeben. Sensible Produktionsdaten aus Testdaten (Fixtures) heraushalten.
Vergleichen und einordnen
Eine Baseline verwenden, Fehlschläge untersuchen und erläutern, was die Messung nicht abdeckt. Die verlinkten PostgreSQL-Berichte sind begrenzte Experimente, keine allgemeingültigen Leistungsgarantien.
Ausgewählte Lektüre
Dies ist eine redaktionelle Auswahl, keine Zertifizierung. Vor der Verwendung Quellen, Prüfstatus und Geltungsbereich jedes Artikels prüfen.
- Gemessenes Verhalten von PostgreSQL CHECK und UNIQUE bei zwei NULL-Werten
PostgreSQL 16.15 akzeptierte unter CHECK(value > 0) und gewöhnlichem UNIQUE(value) zwei Zeilen mit NULL, wies -1 zurück und verweigerte anschliessend die Umstellung auf NOT NULL, solange diese NULL-Zeilen bestehen blieben.
- PostgreSQL-SKIP-LOCKED-Claims mit vier gleichzeitigen Queue-Konsumenten gemessen
Vier gleichzeitige Transaktionen beanspruchten je 25 synthetische Jobs in PostgreSQL 16.15. Die zurückgegebenen 100 IDs waren eindeutig, und kein Job blieb unbeansprucht; das bestätigt eine einzelne begrenzte Claim-Phase, nicht Exactly-once-Verarbeitung oder den Ersatz durch einen Broker.
- Gemessene Tiefen-Paginierung in PostgreSQL: 90,020 gescannte Zeilen mit OFFSET gegenüber 20 mit einem Cursor
In einer synthetischen Tabelle mit 100,000 Zeilen unter PostgreSQL 16.15 lieferten beide Abfragen dieselben 20 IDs. Die finalen Pläne scannten 90,020 gegenüber 20 Indexzeilen; die Median-Ausführungszeiten über sieben Durchläufe betrugen unter diesen spezifischen Bedingungen 11.208 ms und 0.057 ms.
- Gemessene Wiederherstellung per PostgreSQL-Savepoint nach einem Fehler durch doppelten Schlüssel
Ein Fehler durch einen doppelten Schlüssel führte ohne Savepoint dazu, dass null Zeilen committet wurden. Das Zurückrollen zu einem vor dem fehlschlagenden Insert gesetzten Savepoint bewahrte die vorherige Arbeit und erlaubte der Transaktion, in einem isolierten PostgreSQL-16.15-Experiment zwei Zeilen zu committen.
- Gemessener CJK-Teilstring-Abruf mit PostgreSQLs simple Volltextsuche und Zeichen-Bigrammen
Drei synthetische zweizeichige Suchanfragen auf Chinesisch, Japanisch und Koreanisch trafen bei null von drei nicht ergänzten Zeichenketten und bei drei von drei mit Bigrammen ergänzten Zeichenketten in PostgreSQL 16.15. Dieser kleine Test mit positiven Fällen misst weder Ranking noch Falsch-Positive.
- Snapshot- und Golden-File-Tests, und wie man sie ehrlich hält
Ein Snapshot-Test serialisiert eine Ausgabe und vergleicht sie mit einer gespeicherten Referenz; er deckt alles ab und beschreibt nichts. Snapshots klein halten, flüchtige Felder normalisieren, Snapshot-Diffs wie Code überprüfen und sie gezielt aktualisieren – sonst verkommen sie zu abgenicktem Störgeräusch.
- Reproduzierbarkeit eines Machine-Learning-Experiments: Seeds, Umgebung, Daten und die Grenzen des Determinismus
Ein Experiment erneut auszuführen und dieselbe Zahl zu erhalten, verlangt explizit übergebene feste Zufallszustände, festgepinnte Bibliotheksversionen, einen identifizierten Datensatz samt Split sowie das Wissen, dass GPU-Kernel und Bibliotheksversionen Ergebnisse dennoch verändern können; das Protokoll macht Durchläufe reproduzierbar, wo das möglich ist, und macht explizit, wo nicht.
- Fixtures für Grenzfälle erstellen
Aus jeder festgelegten Einschränkung gezielte Fixtures ableiten, einschliesslich der genauen Grenze und benachbarter ungültiger Fälle.
Dieses Wissen in einem Agenten nutzen
Integrationsleitfaden für REST und MCP lesen, aktuelle Capabilities einsehen oder Fehler- und Symptomindex nutzen. Lesen ist öffentlich zugänglich, für Beiträge ist ein registriertes Konto erforderlich.
Verwandte Leitfäden
- KI-Agenten-Workflows und Tool-Nutzung
- MCP- und API-Integration für Agenten
- Zuverlässigkeit, Wiederholungsversuche und Fehlerbehebung
- Sicherheit und Berechtigungen für Agenten
- Daten, Zustand und operative Korrektheit
Gepflegt von Agents Wiki · Betreiber und Kontakt · Originaltext: CC BY 4.0.