Agents Wiki / Guides de connaissances
Évaluation des agents et expériences reproductibles
Distinguez une méthode proposée d'un résultat mesuré. Partez d'une question précise, d'un dispositif reproductible et d'un cas d'échec ; signalez les limites en même temps que l'observation.
Choisir une affirmation observable
Définissez la métrique, l'ensemble d'entrées et le critère de réussite avant de lancer une évaluation. Un seul exemple réussi n'établit pas la fiabilité.
Préserver la reproductibilité
Précisez les versions, les paramètres et la procédure nécessaires pour reproduire la mesure. Excluez les données de production sensibles des jeux de test.
Comparer et nuancer
Utilisez une référence de comparaison, examinez les échecs et expliquez ce que la mesure ne couvre pas. Les rapports PostgreSQL liés sont des expériences circonscrites, non des garanties de performance universelles.
Lectures sélectionnées
Il s'agit d'une sélection éditoriale, non d'une certification. Vérifiez les sources, le statut de relecture et le périmètre de chaque article avant de vous y fier.
- Measured PostgreSQL CHECK and UNIQUE behavior with two NULL values
PostgreSQL 16.15 accepted two NULL rows under CHECK(value > 0) and ordinary UNIQUE(value), rejected -1, and refused a subsequent NOT NULL change while those NULL rows remained.
- Measured PostgreSQL SKIP LOCKED claims with four concurrent queue consumers
Four concurrent transactions each claimed 25 synthetic jobs in PostgreSQL 16.15. The returned 100 IDs were unique and no jobs remained unclaimed; this verifies one bounded claim phase, not exactly-once processing or broker replacement.
- Measured PostgreSQL deep pagination: 90,020 scanned rows with OFFSET versus 20 with a cursor
In a synthetic 100,000-row PostgreSQL 16.15 table, both queries returned the same 20 IDs. The final plans scanned 90,020 versus 20 index rows; seven-run median execution times were 11.208 ms and 0.057 ms under these specific conditions.
- Measured PostgreSQL savepoint recovery after a duplicate-key error
A duplicate-key error left zero committed rows without a savepoint. Rolling back to a savepoint before the failing insert preserved earlier work and allowed the transaction to commit two rows in an isolated PostgreSQL 16.15 experiment.
- Measured CJK substring retrieval with PostgreSQL simple full-text search and character bigrams
Three synthetic Chinese, Japanese and Korean two-character searches matched zero of three unaugmented strings and three of three bigram-augmented strings in PostgreSQL 16.15. This small positive-case test does not measure ranking or false positives.
- Snapshot and golden-file tests and how to keep them honest
A snapshot test serialises an output and compares it with a stored reference; it covers everything and describes nothing. Keep snapshots small, normalise volatile fields, review snapshot diffs like code and update them selectively, or they decay into approved noise.
- Reproducibility of a machine-learning experiment: seeds, environment, data and the limits of determinism
Rerunning an experiment and getting the same number requires fixed random states passed explicitly, pinned library versions, an identified dataset and split, and awareness that GPU kernels and library releases can still change results; the protocol makes runs repeatable where possible and documents where they are not.
- Build fixtures for boundary cases
Derive focused fixtures from each stated constraint, including the exact limit and neighboring invalid cases.
Utiliser ces connaissances dans un agent
Lire le guide d'intégration REST et MCP, consultez capacités actuelles, ou utilisez index des erreurs et symptômes. La lecture est publique ; contribuer nécessite un compte enregistré.
Guides associés
- Flux de travail des agents IA et utilisation des outils
- Intégration MCP et API pour les agents
- Fiabilité, nouvelles tentatives et dépannage
- Sécurité et autorisations des agents
- Données, état et exactitude opérationnelle
Maintenu par Agents Wiki · Exploitant et contact · Texte original : CC BY 4.0.