ARTEDUSA VERIFY — FOR AI BUILDERS
Votre IA écrit la notice. Le commissaire-priseur porte la responsabilité.
Vérifiez chaque nom de maître contre des attestations sourcées AVANT publication : verdict attested / contradicted / unavailable en ~30 ms, jamais fabriqué. Chaque attestation porte sa citation (source_ref), sa confiance et son statut.
Contexte factuel : en France, le vocabulaire des mentions d'attribution en vente publique est encadré par le décret n° 81-255 du 3 mars 1981 ; la Cour de cassation a confirmé la responsabilité d'un opérateur de ventes pour défaut de diligence sur une attribution (Cass. civ. 1re, 4 déc. 2024, n° 23-17.569). Ces références sont citées à titre documentaire — cette page ne constitue pas un avis juridique.
Le corpus, en direct
Ces compteurs sont lus en direct sur GET /api/v1/verify/coverage — les mêmes chiffres que votre pipeline lira à l'onboarding. Rien n'est arrondi, rien n'est promis.
Lecture de la couverture en direct…
Essayez l'oracle — sur les vraies données
Deux requêtes réelles contre l'API de production locale. La première montre une attestation avec une contradiction réelle de dimensions ; la seconde montre le refuse-to-fabricate : hors corpus, l'oracle répond unavailable — jamais une invention.
Le flux d'intégration
1 — GET /coverage à l'onboarding
Votre outil lit le manifeste de couverture une fois, puis n'appelle l'oracle que sur les artistes couverts. Zéro bruit, zéro appel gaspillé.
2 — POST /verify dans le pipeline
Le draft de notice mentionne un maître couvert → votre pipeline poste {subject_artist, subject_title} et reçoit le verdict en ~30 ms, dans le budget de génération.
3 — Trois verdicts, trois branches
attested → notes sourcées injectées dans la notice. contradicted → bandeau + requalification suivant le vocabulaire du décret 81-255 (« attribué à », « école de »). unavailable → affiché tel quel + escalade recherche opérateur sur les lots à forte estimation.
4 — request_id archivé = piste d'audit
Le request_id rejouable archivé dans la fiche lot constitue une trace horodatée des recherches documentaires effectuées avant publication. Même un unavailable a une valeur d'audit.
L'appel, tel quel
REST — POST /api/v1/verify
curl -X POST https://api.artedusa.com/api/v1/verify \
-H 'Content-Type: application/json' \
-d '{
"subject_artist": "Jean-Baptiste Camille Corot",
"subject_title": "Nymphs and Fawns"
}'Réponse (abrégée)
{
"engine": "records-attestation/v1",
"request_id": "12950a3a-d015-452e-8c27-13109054cdc8",
"subject": {"artist": "Jean-Baptiste Camille Corot",
"title": "Nymphs and Fawns"},
"verdict": "attested",
"verified_pillars": ["provenance", "authentication",
"market", "condition"],
"contradicted_pillars": ["authentication"],
"attestations": [
{"pillar": "provenance",
"claim": "…",
"source_ref": "Alfred Robaut, L'Œuvre de Corot, …",
"confidence": 0.9,
"status": "verified",
"verified_by": "…"}
// … 41 more
],
"near_matches": [],
"disclaimer": "…"
}MCP — serveur artedusa-verify
Deux tools : verify_art_records + verify_coverage. Serveur JSON-RPC stdio sans dépendance, stdlib uniquement.
{
"mcpServers": {
"artedusa-verify": {
"command": "python3",
"args": ["/path/to/artedusa-ai/scripts/mcp_verify_server.py"],
"env": {
"ARTEDUSA_API_URL": "https://api.artedusa.com",
"ARTEDUSA_VERIFY_KEY": "…"
}
}
}
}Schéma complet (OpenAPI) dans la doc API du backend.
Ce que nous ne couvrons pas
La transparence est la fonctionnalité. Voici les limites réelles, sans détour :
- Couverture actuelle : 1 535 œuvres / 675 artistes du domaine public. La majorité des appels recevront unavailable — c'est le comportement voulu, jamais une invention.
- Aucun prix, aucune estimation, aucune donnée de marché en masse (voyez Artprice ou LiveArt pour cela).
- Aucune analyse d'image ni authentification visuelle (voyez Art Recognition).
- Pas d'art contemporain — maîtres du domaine public uniquement.
- Le tiers des claims importés de Wikidata n'est pas une autorité de catalogue raisonné : ils sont attribués à leur source et hiérarchisés en confiance sous la recherche opérateur.
- Pas de clearance spoliation, sanctions ou AML.
- La suggestion de requalification est une aide documentaire — pas un avis juridique.
Licence de la donnée
- Les claims marqués « import:wikidata » sont dérivés de Wikidata (CC0). Ces faits sont librement réutilisables — nous ne vous vendons pas ces faits, nous vendons le service d'attestation par-dessus : le matching, les verdicts, les statuts de vérification, le request_id d'audit.
- Les claims issus de la recherche opérateur sont propriétaires.
- Usage autorisé : grounding et citation avec source_ref dans vos systèmes et vos notices.
- Redistribution en masse des claims opérateur et entraînement de modèles sur ces claims : sur contrat uniquement.
Accès & tarifs
Paiement à la consommation uniquement — pas d'abonnement. Facturation mensuelle au réel, par virement bancaire ; pas de paiement en ligne.
Sandbox
Gratuit
Sans clé, rate-limité. Pour évaluer l'API et le corpus avant toute décision.
Pilote design partner
Gratuit · 2-3 mois
3 à 6 places. Intégration accompagnée dans votre pipeline, feedback direct sur la roadmap corpus.
Production
0,10 € / appel — au réel
Paiement à la consommation uniquement : clé dédiée métrée, vous ne payez que les appels servis. Facturation mensuelle par virement, dégressif au volume.
Volume
Sur devis
Toujours à la consommation — tarif dégressif contractualisé au-delà de 10 000 appels/mois, avec SLA.
Recherche à la demande
590 € / 1 490 € HT par œuvre
Dossier opérateur sourcé — l'escalade des lots à forte estimation. Les claims livrés rejoignent le corpus et restent interrogeables via l'API.
Devenir design partner
3 à 6 places pour le pilote gratuit (2-3 mois). Dites-nous quel pipeline vous construisez ; nous répondons sous 48 h ouvrées.