Un prototype concret
Un catalogue de 1 000 inscriptions MCP, un historique de changements, une API de décision et un suivi d'usage local.
Découvrir les besoins, construire les capacités utiles, puis en mesurer l'usage. PACALAIO relie ces étapes dans une architecture traçable.
Un langage visuel commun relie la découverte, la décision et la sécurité des capacités numériques.
Notre hypothèse : les logiciels et agents auront besoin de découvrir des capacités, de comparer des options et de mesurer leurs décisions. PACALAIO construit un noyau pour tester cette hypothèse à partir de produits et de preuves traçables.
Un catalogue de 1 000 inscriptions MCP, un historique de changements, une API de décision et un suivi d'usage local.
La validation des prix, de la disponibilité et de la valeur commerciale doit précéder toute recommandation et transaction réelle.
Cette métrique ne commencera qu'après une vraie découverte, un achat et une consommation mesurés. Sa valeur actuelle est 0 $.
Les moteurs partagent les mêmes fiches, changements et preuves. Chaque décision garde son origine et ses limites.
Observe les demandes faites à l'API et signale celles qui ne trouvent aucune offre admissible.
Crée un dossier d'enquête pour valider le besoin, les alternatives, le coût et le format du produit.
Contrôle l'accès à la Decision API et compte les appels exécutés par client.
PACALAIO distingue ce qui est inscrit au registre de ce qui a été réellement vérifié.
Catalogue des capacités et des sources. Les prix et la disponibilité inconnus restent explicitement inconnus.
Historique des versions, des prix et des preuves datées lorsque des changements sont observés.
Découvre, compare et explique les contraintes et les raisons d'exclusion sans inventer de confiance.
La Decision API fonctionne localement. Les clés d'accès sont révocables et leurs empreintes sont enregistrées; les preuves ont une date d'expiration. Le service n'est pas encore déployé publiquement et aucune certification de sécurité n'est revendiquée.
L’offre sera vendue dans la devise de chaque marché. Chaque ouverture dépend de preuves de valeur, d’une sécurité opérationnelle et des exigences applicables aux données.
Valider des décisions utiles avec des clients pilotes et des fiches MCP contrôlées. La plateforme demeure un prototype local à ce jour.
Étendre l’offre après des pilotes canadiens payants, une exploitation multiclient sécurisée et une revue des exigences locales.
Ouvrir après la préparation des contrats, de la protection des données et des flux transfrontaliers pertinents.
Nous préparons un pilote de 60 jours autour d’un cas d’usage réel : comparer les options, mesurer le temps, la qualité et les coûts lorsque c’est possible, puis documenter les risques et les raisons d’exclusion. Tout essai externe exige des contrôles de sécurité et votre autorisation. Le périmètre et le prix sont convenus avant engagement.
Pas encore. Le noyau local peut découvrir, comparer et tracer des décisions. Aucun paiement client ni revenu machine n'a été enregistré.
Non. Il s'agit de 1 000 inscriptions distinctes importées du registre. Leurs capacités précises, leur disponibilité et leurs prix doivent être vérifiés séparément.
Non. MARKET V0 contrôle l'accès et mesure les appels de l'API. L'achat, l'autorisation de paiement et la livraison commerciale restent à construire.
État du prototype au 26 septembre 2026. Le registre apporte des métadonnées déclarées; aucune disponibilité, aucun prix ni aucune transaction n'est présentée comme validée.