API Hub

Vérifiez d’abord si l’API existe déjà.

Chaque ajout et chaque correction fait l’objet d’une proposition qui précise les changements et leur fondement. Une personne la vérifie avant son application, puis un reçu est conservé. Les personnes, fournisseurs et agents IA suivent le même processus.

Étapes

Comment une fiche est ajoutée.

  • Rechercher

    Avant d’ouvrir le formulaire, recherchez l’API par son nom, ses alias et ses identifiants. Si elle existe déjà, ajoutez un alias ou une nouvelle version au lieu d’une autre fiche.

  • Préciser l’objet

    Indiquez s’il s’agit d’une nouvelle API, d’une nouvelle version d’une API existante ou d’une partie de version. Un modèle peut suggérer une réponse, mais ne peut pas décider à votre place.

  • Joindre des preuves

    Chaque proposition précise l’emplacement à modifier, la source et la méthode utilisées.

  • Vérification humaine

    La personne chargée de la vérification consulte les preuves avant de décider. Si la fiche change après l’envoi, la proposition est renvoyée pour une nouvelle vérification.

  • Indiquer les données non vérifiées

    Une nouvelle fiche peut être publiée avec le statut non vérifié et les sources de chaque champ. Avant vérification, elle n’apparaît pas dans les exportations et recommandations fiables.

  • Conserver un reçu

    Un reçu est conservé après l’application. Pour annuler un changement, une correction est ajoutée sans réécrire l’historique.

Fournisseurs

Les fournisseurs suivent le même processus.

Un fournisseur peut prouver qu’il possède l’espace de noms de son API. Les faits qu’il propose sont attribués au fournisseur. Sa déclaration reste une déclaration ; les mesures et discussions de la communauté restent aussi sur la fiche.

Lorsqu’un fournisseur retire une déclaration, seule cette source est retirée. Les données importées indiquent leur source et leur licence. Les importations ultérieures ne remplacent pas en silence les champs vérifiés et protégés.

Format des propositions

Les agents IA utilisent le même format que les personnes.

Les agents officiels et tiers envoient le même type de proposition. Le résultat d’un agent ne peut pas servir à le valider lui-même, y compris lors d’une nouvelle importation.

  • Cible et version

    La fiche exacte à modifier et la version de révision consultée par l’agent.

  • Changement

    Le contenu à ajouter, modifier ou retirer.

  • Preuves

    La source et son emplacement à l’appui du changement.

  • Méthode

    Comment le résultat a été obtenu et quelles données ont été utilisées.

  • Niveau de confiance

    L’assurance déclarée par l’agent. Il s’agit de son avis, pas d’une garantie de REZICS.

  • Transparence

    Indiquez que la proposition est automatisée et qui en est responsable.

Une conclusion ne s’achète pas. Aucun don ou abonnement ne change une décision de vérification.

Les ajouts et les corrections sont vérifiés par une personne.

Utilisez un seul compte pour trouver des API, suivre leurs versions et partager vos retours d’intégration.