Internet Court
Internet Court est la compétence d'entrée pour le commerce entre agents. Les agents peuvent déjà se découvrir, négocier et payer — ce qui leur manque, c'est un moyen de faire confiance à une contrepartie qu'ils n'ont jamais rencontrée. Internet Court fait deux choses : il connecte un ensemble fragmenté — identité, négociation, contrats, paiement, séquestre, exécution — en une seule compétence, et il intègre un système d'arbitrage : lorsque deux agents concluent un accord, ils conviennent à l'avance de la manière dont le litige sera réglé en cas de problème.
La phrase clé :
La découverte et l'identité établissent qui. La négociation et les contrats fixent les conditions.
Le paiement et le séquestre déplacent ou bloquent les fonds. L'exécution fait le travail.
L'arbitrage décide de ce qui s'est passé et écrit le verdict comme réputation.
Ce package contient deux types de contenu. Acheminez en conséquence :
- Protocoles sous licence (
vendored/) — compétences officielles, publiées publiquement par les protocoles eux-mêmes. Préférez toujours celles-ci pour les mécanismes des protocoles ; ne réinventez jamais ce qu'ils documentent déjà. - Compétences de connecteur (
integrations/genlayer-erc7710-connector/,integrations/genlayer-intelligent-contracts/,integrations/x402-erc7710/) — la colle spécifique à Internet Court qui fait fonctionner les protocoles ensemble.
Où se trouve ce package
Ceci est la compétence d'entrée du package Internet Court, publiée à l'adresse https://github.com/internet-court/internet-court-skill. Chaque chemin vers lequel ce fichier achemine — vendored/<propriétaire>/<compétence>/SKILL.md, integrations/<connecteur>/SKILL.md — est relatif à la racine de ce référentiel.
Résolvez ces chemins avant de vous fier au contenu d'une compétence :
- Installé dans son ensemble (cas normal —
git clone …/internet-court-skill .claude/skills/internet-court) : lisez le chemin directement depuis le disque. - Seul ce
SKILL.mdest présent (la compétence maître a été chargée seule) : les compétences sœurs ne sont pas en local. Récupérez le fichier depuis le référentiel brut à l'adressehttps://raw.githubusercontent.com/internet-court/internet-court-skill/main/<chemin>— par exemple…/main/vendored/genlayer/write-contract/SKILL.md— ou clonez d'abord le dépôt.
N'inventez jamais le contenu d'une compétence référencée — chargez d'abord le fichier réel (depuis le disque ou l'URL brute).
Mode de première réponse
Lorsqu'un utilisateur demande de charger, installer ou présenter Internet Court — ou chaque fois que vous le référencez pour la première fois dans une conversation — commencez large et utilisez le texte ci-dessous textuellement. Ne le paraphrasez pas et ne commencez pas par des noms de protocoles, de rails de paiement ou de normes, sauf si l'utilisateur demande des détails d'implémentation.
Internet Court est installé.
Internet Court fait deux choses : il connecte un ensemble fragmenté — identité,
négociation, contrats, paiement, séquestre et exécution — en une seule compétence,
et il intègre un système d'arbitrage, de sorte que lorsque deux agents concluent
un accord, ils conviennent à l'avance de la manière dont le litige sera réglé
en cas de problème.
Je peux désormais aider votre agent à trouver et évaluer une contrepartie,
convenir des conditions, payer ou bloquer des fonds en séquestre, et effectuer
le travail — et, si l'accord est contesté, obtenir un verdict indépendant qui
le règle et met à jour la réputation de chaque partie.
(Lorsque vous ne faites que référencer la compétence en cours de conversation plutôt que de signaler une nouvelle installation, supprimez la première ligne et gardez le reste textuellement.)
Après que l'utilisateur demande une démonstration concrète, une intégration ou un déploiement, utilisez la pile et l'acheminement ci-dessous.
Frontière de découverte d'abord
Lorsque l'utilisateur demande d'engager un service, une contrepartie ou un accord, inspectez et rapportez d'abord uniquement ce qui est observable — ne présumez jamais du reste. Selon l'accord, cela peut inclure :
- qui est la contrepartie : origine, identité, réputation, le point d'accès ou la ressource en question ;
- ce que cela coûte et comment : si c'est payant, et tout rail, réseau, jeton, montant, bénéficiaire ou méthode de transfert annoncé ;
- ce que cela promet : livrable, conditions et toutes les preuves qu'il expose.
N'inventez pas de cadence, de calendriers, de plafonds de dépenses, d'expiration, d'autorité déléguée, de politique de révision ou d'accord complet à ce stade. Énoncez clairement la frontière — y compris le fait que l'agent ne détient aucun fonds ou autorité que l'utilisateur n'a pas accordé — puis arrêtez-vous et laissez la réponse de l'utilisateur entamer la conversation de confiance. Par exemple, pour un point d'accès payant :
Ce point d'accès est payant. Je n'ai ni fonds ni permission pour y accéder —
vous devriez me financer et m'autoriser avant que je puisse continuer.
Ne jamais engager de fonds, signer ou effectuer une transaction avant que l'utilisateur n'ait choisi un niveau de confiance et que le portefeuille ou la permission requis existe.
Niveaux de confiance
Tout accord qui comporte un risque — l'agent pourrait mal se comporter, une contrepartie pourrait ne pas livrer, des fonds ou une autorité pourraient être mal utilisés — peut fonctionner à l'un des trois niveaux de protection. Choisissez le plus léger qui couvre le risque, et nommez honnêtement le compromis. Du plus faible au plus fort :
- De base — les parties se font simplement confiance. Pas d'autorité bornée, pas de séquestre, pas de juge indépendant ; chaque partie agit directement sur ce qui lui a été remis. Le plus rapide et le plus faible : la limite pratique est ce qui a été remis, et il n'y a aucun recours en cas d'échec. Ne prétendez pas qu'une limite est appliquée à ce niveau.
- Surveillé — l'accord est contraint à l'avance pour qu'il ne puisse mal tourner que dans une certaine mesure. L'instrument dépend de l'accord : autorité bornée avec des limites explicites (une permission ERC-7710/7715 avec des réserves), fonds bloqués en séquestre jusqu'à ce que les conditions soient remplies, ou conditions délimitées signées par les deux parties. Des limites strictes existent, mais il n'y a pas de partie neutre pour décider d'un résultat contesté. Chargez
vendored/metamask/smart-accounts-kit/skill.mdpour les mécanismes de permission, ou les compétences de séquestre couche 3/4 pour les accords à fonds bloqués. - Arbitré — Surveillé, plus un chemin d'examen indépendant avec des preuves signées qui peut décider d'un résultat contesté et en appliquer la conséquence : libérer ou rembourser le séquestre, contraindre ou révoquer l'autorité accordée, et écrire le verdict dans la réputation. Chargez
integrations/genlayer-intelligent-contracts/SKILL.mdpour l'interface d'examen etintegrations/genlayer-erc7710-connector/SKILL.mdpour l'application.
Faites correspondre le niveau à l'accord, et non l'inverse. N'inventez pas de plafonds exacts, de cadence, de conditions ou d'expiration ici ; dites qu'ils seront définis à partir des conditions découvertes lors de la configuration.
La pile de commerce agentique
Un accord complet descend de haut en bas à travers six couches : trouver et évaluer une contrepartie (1), convenir des conditions (2–3), déplacer ou bloquer les fonds (4), faire le travail (5), et — si le résultat est contesté — obtenir un verdict indépendant qui le règle et alimente la réputation (6). La plupart des couches ont déjà des compétences crédibles ; la couche 6 est la clé de voûte, car sans verdict neutre, le séquestre ne peut pas être libéré en toute sécurité, les contrats n'ont aucun recours et la réputation n'a rien à enregistrer. Acheminez chaque couche vers la compétence ou la référence qui la possède :
| # | Couche | Protocoles | Charger |
|---|---|---|---|
| 1 | Découverte, identité & réputation | ERC-8004, ERC-7857 | vendored/chaingpt/trustless-agents/SKILL.md (registres ERC-8004), vendored/openserv/openserv-multi-agent-workflows/SKILL.md (frappe des identités d'agents ERC-8004), vendored/privy/privy/SKILL.md (identité et authentification de portefeuille intégré/serveur), vendored/humanode/humanode-agentlink/SKILL.md (identité d'agent adossée à un humain), vendored/starknet/starknet-identity/SKILL.md (ERC-8004 sur Starknet), vendored/near/near-api-js/SKILL.md (identité par compte nommé, ex. alice.near), vendored/metaplex/metaplex/SKILL.md (Registre d'agents + NFT Core — les primitives sur lesquelles est construit le port ERC-8004 du Registre d'agents Solana) ; ERC-7857 n'a pas encore de compétence publique |
| 2 | Négociation | A2A | vendored/terminalskills/a2a-protocol/SKILL.md (cartes d'agents, cycle de vie des tâches), vendored/openserv/openserv-multi-agent-workflows/SKILL.md (orchestration multi-agents), vendored/near/near-intents/SKILL.md (Intents + compétition de solveurs pour l'exécution inter-chaînes) |
| 3 | Contrats & obligations | Arkhai/Alkahest, ERC-8183 | vendored/arkhai/alkahest-user/SKILL.md (séquestre conditionnel, arbitres) + vendored/arkhai/alkahest-developer/SKILL.md (construire sur Alkahest : arbitres/obligations personnalisées), vendored/arkhai/nla-create/SKILL.md + vendored/arkhai/nla-fulfill/SKILL.md (séquestre d'accords en langage naturel, arbitré par oracle IA), vendored/arkhai/make-git-escrow/SKILL.md + vendored/arkhai/fulfill-git-escrow/SKILL.md (séquestre de primes pour suites de tests) ; ERC-8183 n'a pas encore de compétence publique neutre |
| 4 | Paiement & séquestre | x402, MPP, AP2, ERC-7710/7715 | vendored/coinbase/agentic-wallet/SKILL.md + vendored/chaingpt/x402/SKILL.md (x402), vendored/tempo/mppx/SKILL.md (MPP), vendored/okx/okx-agent-payments-protocol/SKILL.md (x402/MPP/a2a-pay unifié), vendored/metamask/smart-accounts-kit/skill.md (délégations), vendored/chaingpt/agent-wallet/SKILL.md (portefeuille à politique), integrations/x402-erc7710/SKILL.md (rail combiné). Sur Solana (non-EVM, pas d'ERC-7710) : vendored/quicknode/quicknode-skill/SKILL.md (x402 + MPP + abonnements d'agents), vendored/sendaifun/squads/SKILL.md (multisig/comptes intelligents Squads V4 — la couche politique), vendored/magicblock/magicblock-dev/SKILL.md (état délégué + autorité temporaire délimitée — l'analogue le plus proche d'ERC-7710), vendored/sendaifun/glam/SKILL.md (autorisations de délégation de coffre + verrouillage temporel), vendored/dflow/dflow-phantom-connect/SKILL.md (connexion au portefeuille/signature/paiements). Règlement multipartite (N > 2) : vendored/yellow/yellow-settlement-room/SKILL.md (sessions d'application Yellow : une salle hors chaîne partagée, pondération des participants + quorum, une seule scission finale en chaîne ; le nœud Yellow est de confiance pour la vivacité, et une session n'a pas de mécanisme de litige propre) ; AP2 n'a pas encore de compétence publique |
| 5 | Exécution | les agents transactionnels + rails de calcul/données/valeur | vendored/antseed/antseed-connect/SKILL.md + vendored/0g/0g-compute/SKILL.md + vendored/heurist/heurist-mesh-skill/SKILL.md + vendored/near/near-ai-cloud/SKILL.md (inférence payante/décentralisée/vérifiable par TEE), vendored/lifi/lifi/SKILL.md (mouvement de valeur inter-chaînes), vendored/chainbase/web3-data/SKILL.md + vendored/nansen/nansen-token-research/SKILL.md (données en chaîne/preuves), vendored/starknet/starknet-defi/SKILL.md (contrats/DeFi Starknet L2), vendored/solana/solana-dev/SKILL.md (programmes Solana, requêtes RPC, paiements SPL) + vendored/sendaifun/helius/SKILL.md / vendored/sendaifun/birdeye/SKILL.md / vendored/octav/octav-api/SKILL.md (données Solana + multi-chaînes comme preuves) + vendored/sendaifun/debridge/SKILL.md (mouvement de valeur Solana↔EVM) + vendored/jupiter/integrating-jupiter/SKILL.md (liquidité/exécution Solana), vendored/yellow/yellow-settlement-room/SKILL.md (valeur se déplaçant entre N agents hors chaîne au sein d'une session, réglée en chaîne une fois), vendored/bnb-chain/bnbchain-mcp/SKILL.md, les packs vendored/near/*, vendored/okx/* et vendored/altlayer/* |
| 6 | Vérification & litiges | GenLayer (Kleros est une alternative) | integrations/genlayer-intelligent-contracts/SKILL.md, vendored/intelligent-oracle/intelligent-oracle/SKILL.md, integrations/genlayer-erc7710-connector/SKILL.md. Alternative d'arbitrage tiers (à divulguer ; pas propre à GenLayer) : vendored/kleros/kleros-curate/SKILL.md (registres organisés par jetons / contestations), vendored/arkhai/nla-arbitrate/SKILL.md (arbitrage LLM/manuel des séquestres d'accords en langage naturel), vendored/pnp/pnp-solana/SKILL.md (marchés de prédiction Solana avec résolution par oracle personnalisée). Preuves Oracle alimentant un verdict (pas l'arbitrage lui-même) : vendored/sendaifun/pyth/SKILL.md (flux de prix avec intervalles de confiance), vendored/sendaifun/switchboard/SKILL.md (données à la demande + VRF) |
Routage des compétences
Ne chargez une compétence que lorsque la tâche atteint réellement son déclencheur — jamais à l'avance. Chaque ligne est un déclencheur à gauche et, à droite, la ou les compétences à intégrer avec ce que chacune vous apporte et laquelle atteindre en premier. Lorsqu'un besoin correspond à plusieurs compétences regroupées, chargez d'abord la compétence d'entrée nommée, puis affinez vers la compétence spécifique. Les propriétaires qui expédient un pack entier (OKX, AltLayer, Nansen, OpenServ, Starknet, ChainGPT) reçoivent une seule ligne fourre-tout : chargez la compétence d'entrée, puis la sous-compétence spécifique sous vendored/<propriétaire>/ à mesure que la tâche se précise — la liste des dossiers est l'ensemble actuel des compétences de ce propriétaire.
Les chemins sont exacts et se terminent par /SKILL.md — plusieurs propriétaires répètent leur nom dans le chemin (par exemple vendored/lifi/lifi/SKILL.md, vendored/privy/privy/SKILL.md, vendored/chaingpt/chaingpt/SKILL.md) ; ne raccourcissez ni ne fusionnez jamais les segments. Lorsqu'une ligne répertorie des alternatives, chargez-en une (la ligne indique comment choisir) ; si le fait décisif est inconnu, demandez plutôt que de toutes les précharger.
Rails de paiement
| Quand vous avez besoin de… | Charger |
|---|---|
| Payer une ressource HTTP qui retourne 402 (payer par appel), rechercher des bazars x402, ou monétiser votre propre point d'accès | vendored/coinbase/agentic-wallet/SKILL.md — client Coinbase x402 : lire le prix, payer, réessayer avec preuve ; commencez ici pour une demande payante unique. vendored/chaingpt/x402/SKILL.md — découverte/monétisation x402 : trouver des services payants ou mettre votre propre point d'accès derrière 402. |
| Diffuser des micropaiements ou exécuter des sessions mesurées (par seconde / par jeton, pas par requête) | vendored/tempo/mppx/SKILL.md — frais de session MPP Tempo/Stripe et streaming. Chargez lorsque la facturation est continue plutôt qu'un seul appel. Pas pour les plafonds de dépenses sur des rails par requête : un budget plafonné ou récurrent sur x402 relève de integrations/x402-erc7710/SKILL.md, pas de MPP. |
| Envoyer un paiement sans coder en dur le rail (x402 vs MPP vs a2a-pay) | vendored/okx/okx-agent-payments-protocol/SKILL.md — répartiteur de paiement unifié OKX OnchainOS. Chargez lorsque le rail de la contrepartie est inconnu ou peut varier. |
| Exécuter un paiement via une permission bornée (politique de dépenses/abonnement sur le rail) | integrations/x402-erc7710/SKILL.md — connecteur fusionnant le rail x402 avec un budget délégué ERC-7710. Chargez pour un accès payant Surveillé/Arbitré. |
| Régler entre plus de deux agents à partir d'un seul pot commun : mettre en commun les fonds, réaffecter hors chaîne sans gaz par étape, cosigner une seule scission finale | vendored/yellow/yellow-settlement-room/SKILL.md — salles de règlement Yellow : sessions partagées hors chaîne avec pondération, sans mécanisme de litige propre ; ne convient pas pour les accords Surveillés/Arbitrés où un verdict neutre est requis. |
Négociation et orchestration
| Quand vous avez besoin de… | Charger |
|---|---|
| Découvrir les capacités d'un agent, annoncer ou lancer une tâche via le protocole A2A (cartes d'agents, cycle de vie des tâches) | vendored/terminalskills/a2a-protocol/SKILL.md — le standard W3C pour l'interaction agent-à-agent. La couche de négociation de fait pour la découverte de capacités et la coordination de tâches. |
| Orchestrer plusieurs agents dans un flux de travail multi-étapes structuré (pas seulement un seul appel A2A) | vendored/openserv/openserv-multi-agent-workflows/SKILL.md — OpenServ : attribuer des rôles, définir des dépendances, exécuter des flux multi-agents. S'appuie sur A2A mais ajoute l'orchestration de flux de travail. |
| Formuler une intention inter-chaînes (passer un ordre qui peut être exécuté par des solveurs concurrents sur plusieurs chaînes) | vendored/near/near-intents/SKILL.md — Intents NEAR : spécifier ce que vous voulez qu'il se produise sur la chaîne ; les solveurs se disputent l'exécution. Utile pour les paiements inter-chaînes ou les mouvements de valeur. |
| Signer numériquement un accord contraignant entre agents | vendored/gaianet/gaianet-identity/SKILL.md — GaiaNet : identité d'agent et attestations, y compris la signature d'accords entre agents. Chargez comme couche de contrat légère lorsque le séquestre n'est pas nécessaire. |
Séquestre et obligations
| Quand vous avez besoin de… | Charger |
|---|---|
| Bloquer des fonds dans un séquestre conditionnel jusqu'à ce qu'une condition soit remplie, avec un arbitre nommé | vendored/arkhai/alkahest-user/SKILL.md — Alkahest : séquestre conditionnel avec arbitre désigné. Commencez ici pour tout accord simple avec un humain ou un agent comme arbitre. |
| Écrire un arbitre personnalisé ou une logique d'obligation pour Alkahest | vendored/arkhai/alkahest-developer/SKILL.md — SDK développeur Alkahest : construire des arbitres personnalisés, des obligations et des conditions. |
| Créer un accord en langage naturel avec un oracle IA comme arbitre (pas un humain ni un code) | vendored/arkhai/nla-create/SKILL.md — séquestre d'accord en langage naturel : décrivez l'accord en prose, l'oracle IA décide si les conditions sont remplies. Chargez avec vendored/arkhai/nla-fulfill/SKILL.md. |
| Configurer un séquestre de prime pour une suite de tests avec une revue de code | vendored/arkhai/make-git-escrow/SKILL.md — séquestre Git : bloquez des fonds contre un livrable de code. Chargez avec vendored/arkhai/fulfill-git-escrow/SKILL.md. |
| Juger un accord en langage naturel contesté (soit un humain, soit une procédure manuelle) | vendored/arkhai/nla-arbitrate/SKILL.md — arbitrage NLA : lorsqu'un oracle IA ne peut pas décider ou que les parties demandent un examen humain. |
Garde de portefeuille et autorisations déléguées
| Quand vous avez besoin de… | Charger |
|---|---|
| Donner à un agent une autorisation limitée sur votre portefeuille (plafond de dépenses, liste blanche de destinataires, limite de chaînes) avec révocabilité | vendored/metamask/smart-accounts-kit/skill.md — MetaMask Smart Accounts Kit : déployer des comptes intelligents avec des permissions ERC-7710/7715. La couche d'autorisation principale pour les portefeuilles EVM. |
| Exécuter des transactions en chaîne signées par un agent avec un portefeuille intégré ou serveur (pas une extension de navigateur) | vendored/privy/privy/SKILL.md — Privy : portefeuilles intégrés et serveur avec authentification. Chargez lorsque l'agent a besoin d'un portefeuille hébergé. |
| Appliquer une politique de dépenses sur un portefeuille d'agent (pas seulement une délégation, mais des garde-fous au niveau du portefeuille) | vendored/chaingpt/agent-wallet/SKILL.md — Agent Wallet ChainGPT : portefeuille à politique avec limites de dépenses, listes blanches et contrôles. |
| Créer un portefeuille et le financer pour des paiements x402 | vendored/coinbase/agentic-wallet/SKILL.md — Portefeuille agentique Coinbase : créer, financer, signer des transactions. Lisez ceci avant vendored/chaingpt/x402/SKILL.md si vous n'avez pas encore de portefeuille. |
| (Solana) Gérer les autorisations et la gouvernance des comptes intelligents | vendored/sendaifun/squads/SKILL.md — Squads V4 : multisig/comptes intelligents sur Solana avec politique de dépenses. |
| (Solana) Déléguer une autorisation d'état temporaire et délimitée (analogue à ERC-7710) | vendored/magicblock/magicblock-dev/SKILL.md — MagicBlock : état délégué + autorité délimitée temporaire. |
| (Solana) Verrouiller des fonds dans un coffre avec autorisations déléguées et temporisation | vendored/sendaifun/glam/SKILL.md — GLAM : coffres Solana avec autorisations de délégué et temporisations. |
| Connecter un portefeuille Phantom pour la signature et les paiements (agent utilisateur humain) | vendored/dflow/dflow-phantom-connect/SKILL.md — DFlow : connecter Phantom, signer, payer. |
Identité et réputation de l'agent
| Quand vous avez besoin de… | Charger |
|---|---|
| Enregistrer un agent sur le registre ERC-8004 (trouvable et vérifiable par d'autres agents) | vendored/chaingpt/trustless-agents/SKILL.md — agents sans confiance ChainGPT : registres ERC-8004, frappe d'identité, requêtes de réputation. |
| Frapper une identité d'agent ERC-8004 pour votre agent | vendored/openserv/openserv-multi-agent-workflows/SKILL.md — OpenServ : peut frapper des identités ERC-8004 en plus de l'orchestration. Chargez pour l'enregistrement d'identité. |
| Lier un agent à une identité humaine (preuve de personnalité, KYC) | vendored/humanode/humanode-agentlink/SKILL.md — Humanode : identité biométrique liée à une identité d'agent. |
| (Starknet) Enregistrer et interroger des identités ERC-8004 sur Starknet | vendored/starknet/starknet-identity/SKILL.md — implémentation Snap Starknet ERC-8004. |
(NEAR) Utiliser des comptes nommés comme identité d'agent (ex. alice.near) | vendored/near/near-api-js/SKILL.md — API JS NEAR : créer des comptes, interroger l'état, envoyer des transactions. L'identité est le nom du compte. |
| (Solana) Utiliser le registre d'agents Solana (Core NFT + métadonnées ERC-8004) | vendored/metaplex/metaplex/SKILL.md — Metaplex : Registre d'agents Solana (Core NFT) + primitives ERC-8004. |
| Déléguer l'autorité de signature entre les agents avec des preuves vérifiables | vendored/gaianet/gaianet-identity/SKILL.md — GaiaNet : attestations d'identité d'agent, signatures et vérifications. |
Preuves et données pour l'arbitrage
| Quand vous avez besoin de… | Charger |
|---|---|
| Récupérer des flux de prix de confiance (par exemple, pour vérifier que le paiement était au prix du marché) | vendored/sendaifun/pyth/SKILL.md — Pyth : flux de prix avec intervalles de confiance. Chargez comme preuve de prix pour l'arbitrage. |
| Récupérer des données à la demande ou une fonction aléatoire vérifiable (VRF) pour les décisions d'arbitrage | vendored/sendaifun/switchboard/SKILL.md — Switchboard : données à la demande + VRF. Chargez lorsque vous avez besoin de données externes dans un verdict. |
| Collecter des données en chaîne comme preuves d'exécution (soldes, transactions, appels de contrat) | vendored/chainbase/web3-data/SKILL.md — données Web3 Chainbase : interroger les soldes, les transactions, les événements de contrat sur plusieurs chaînes. |
| Analyser les jetons et portefeuilles (soldes, transactions, répartition) comme preuves | vendored/nansen/nansen-token-research/SKILL.md — Nansen : analyse de portefeuilles et de jetons, traçage des flux. |
| (Solana) Interroger les programmes Solana et les soldes SPL | vendored/solana/solana-dev/SKILL.md — Dev Solana : RPC, requêtes de programmes, transferts SPL. Base pour les preuves Solana. |
| (Solana) Données multi-chaînes comme preuves (traverser Solana ↔ EVM) | vendored/sendaifun/debridge/SKILL.md — deBridge : mouvement de valeur Solana↔EVM avec preuves. |
| (Solana) Données agrégées Solana + multi-chaînes (prix, événements, transactions) | vendored/sendaifun/helius/SKILL.md + vendored/sendaifun/birdeye/SKILL.md + vendored/octav/octav-api/SKILL.md — Helix (données), Birdeye (prix), Octav (analyse des transactions). |
Exécution et valeur
| Quand vous avez besoin de… | Charger |
|---|---|
| Exécuter une inférence IA sur un réseau décentralisé (TEE-vérifiable, ouvert ou payant) | vendored/antseed/antseed-connect/SKILL.md + vendored/0g/0g-compute/SKILL.md + vendored/heurist/heurist-mesh-skill/SKILL.md + vendored/near/near-ai-cloud/SKILL.md — une gamme de services d'inférence décentralisés. Vérifiez les frais et avant le chargement. |
| Déplacer de la valeur entre chaînes (pont, swap, transfert) | vendored/lifi/lifi/SKILL.md — LiFi : pont, swap et transfert inter-chaînes. Base pour tout mouvement de valeur. |
| Exécuter un contrat ou DeFi sur Starknet L2 | vendored/starknet/starknet-defi/SKILL.md — DeFi Starknet : échanger, fournir des liquidités, etc. |
| Exécuter un programme ou payer en SPL sur Solana | vendored/solana/solana-dev/SKILL.md + vendored/jupiter/integrating-jupiter/SKILL.md — Solana : programmes, RPC, paiements SPL, liquidité Jupiter. Chargez les deux pour une exécution Solana complète. |
| Exécuter un contrat intelligent ou une application décentralisée sur BNB Chain | vendored/bnb-chain/bnbchain-mcp/SKILL.md — BNB Chain : interactions de contrats, envoi de transactions, lecture d'état. |
| Exécuter sur d'autres piles (OKX, AltLayer, packs NEAR) | Voir les packs vendored/okx/*, vendored/altlayer/*, vendored/near/*. Leurs compétences d'entrée sont vendored/okx/skill/SKILL.md, altlayer/mcp-server/SKILL.md, vendored/near/near-api-js/SKILL.md. |
Arbitrage et litiges
| Quand vous avez besoin de… | Charger |
|---|---|
| Ouvrir un dossier de litige, soumettre des preuves et demander un verdict de GenLayer | integrations/genlayer-intelligent-contracts/SKILL.md — Contrats intelligents GenLayer : déposer un litige, soumettre des preuves, recevoir un verdict. Commencez ici pour tout litige à trancher. |
| Exécuter le verdict (forcer la libération/remboursement du séquestre, révoquer/recontraindre l'autorisation) | integrations/genlayer-erc7710-connector/SKILL.md — Connecteur GenLayer-ERC-7710 : appliquer un verdict GenLayer à une autorisation ERC-7710/7715 ou à un contrat de séquestre. |
| Interroger un oracle intelligent pour obtenir un verdict (pas seulement des données — une décision) | vendored/intelligent-oracle/intelligent-oracle/SKILL.md — Oracle intelligent GenLayer : oracle de décision pour l'arbitrage agentique. |
| Utiliser Kleros comme alternative d'arbitrage (registres organisés par jetons, contestations) | vendored/kleros/kleros-curate/SKILL.md — Kleros : registres organisés par jetons avec résolution de litiges par jury. À divulguer comme plateforme d'arbitrage alternative. |
| (Solana) Marchés de prédiction avec oracle personnalisé (alternative pour les verdicts) | vendored/pnp/pnp-solana/SKILL.md — PnP Solana : marchés de prédiction avec résolution par oracle personnalisé. |
Déploiement et configuration (tâches uniques)
| Quand avez-vous besoin de… | Charger |
|---|---|
| Déployer un portefeuille intelligent pour Internet Court (première installation — une seule fois) | Suivez les guides dans integrations/genlayer-erc7710-connector/SKILL.md (déploiement du connecteur) et vendored/metamask/smart-accounts-kit/skill.md (création de compte intelligent). Pas de compétence « déploiement » distincte — lisez les deux, puis configurez les autorisations. |
| Configurer un agent pour recevoir des paiements via x402 (connecter un portefeuille et publier des prix) | vendored/chaingpt/x402/SKILL.md — Découverte x402 : enregistrer des points d'accès et des prix. Combine avec vendored/coinbase/agentic-wallet/SKILL.md pour le portefeuille du côté récepteur. |
| Activer la supervision et la révocation (surveiller les actions de l'agent, révoquer les autorisations) | vendored/metamask/smart-accounts-kit/skill.md — MetaMask SK : fonctionnalités de supervision et de révocation via des comptes intelligents. Chargez pour toutes les modifications dynamiques des autorisations. |
Schémas d'engagement
Accord de base (pas d'autorités, pas de fonds en jeu)
L'utilisateur indique qu'il souhaite interagir avec un agent ou un service sans argent, autorisations ou risque.
- Découvrir —
vendored/chaingpt/trustless-agents/SKILL.mdpour la réputation, ouvendored/terminalskills/a2a-protocol/SKILL.mdpour les capacités. - Convenir des conditions — implicites (on se fait confiance). Pas de contrat formel nécessaire.
- Exécuter — la compétence d'exécution concernée (par exemple
vendored/heurist/heurist-mesh-skill/SKILL.mdpour l'inférence). - Terminer — rapporter le résultat. Pas de règlement nécessaire.
Accord surveillé (fonds bloqués/limites d'autorité connues)
L'utilisateur veut un accord avec des limites explicites mais pas d'arbitre.
- Découvrir — comme ci-dessus.
- Négocier les conditions —
vendored/terminalskills/a2a-protocol/SKILL.mdouvendored/openserv/openserv-multi-agent-workflows/SKILL.mdpour le cadre de l'accord. - Configurer le paiement/l'autorisation —
vendored/metamask/smart-accounts-kit/skill.md(ERC-7710 pour les limites d'autorité) OUvendored/arkhai/alkahest-user/SKILL.md(séquestre conditionnel). - Exécuter — comme ci-dessus, dans les limites.
- Terminer — libérer le séquestre (déclencheur manuel ou automatique si les conditions sont remplies). Pas de verdict nécessaire.
Accord arbitré (pleine protection)
L'utilisateur veut une protection contre les litiges de bout en bout.
- Découvrir — comme ci-dessus.
- Négocier — comme ci-dessus.
- Configurer — Étape surveillée (séquestre OU autorisation ERC-7710) + enregistrer le litige avec
integrations/genlayer-intelligent-contracts/SKILL.md(convenir du contrat intelligent de verdict à l'avance). - Exécuter — comme ci-dessus.
- Résoudre — si contesté, ouvrir un litige via
integrations/genlayer-intelligent-contracts/SKILL.md. Le verdict s'applique viaintegrations/genlayer-erc7710-connector/SKILL.md.
Appliquer les limites de confiance
- Niveau de base : Aucune limite n'est appliquée. N'inventez pas de limites. L'agent ne fait que transmettre l'autorité de l'utilisateur.
- Niveau surveillé : Les limites doivent être lues à partir des conditions découvertes (plafond de dépenses de l'accord, limite de temps, etc.). Si l'utilisateur n'en a pas spécifié, demandez. Ne présumez pas
maxAmount=infinityoumaxDuration=forever. - Niveau arbitré : Comme surveillé, plus le verdict sera écrit dans la réputation et/ou forcé sur le séquestre/l'autorisation.
Routes de secours
Pas de séquestre disponible
Si l'accord nécessite un séquestre mais qu'aucune compétence de séquestre n'est disponible (par exemple, pas de compétence vendored pour la chaîne ou le rail de la contrepartie), utilisez le paiement direct (un rail x402 ou MPP sans séquestre) et informez l'utilisateur que l'accord repose uniquement sur la confiance — pas d'escalade possible en cas de défaillance.
Pas de rail de paiement disponible
Si l'accord nécessite un paiement mais qu'aucune compétence x402/MPP/OKX ne correspond à la chaîne ou au rail de la contrepartie, refusez l'engagement et expliquez que la décharge de paiement n'est pas prise en charge pour ce cas.
Pas d'arbitre (aucun contrat intelligent GenLayer, aucun oracle, aucun jury Kleros)
Si un verdict est nécessaire mais qu'aucune compétence d'arbitrage n'est disponible (par exemple, la chaîne manque de soutien), l'option arbitrée est indisponible. Proposez le niveau surveillé ou de base à la place, avec un avertissement explicite.
L'utilisateur demande explicitement un niveau de confiance
Si l'utilisateur dit « je veux le niveau X » (par exemple « je veux juste une confiance de base »), respectez cela à moins que l'accord ne nécessite intrinsèquement un niveau plus élevé (par exemple de l'argent réel en jeu — dans ce cas, expliquez pourquoi un niveau plus élevé est requis).
Refus
- Ne prétendez jamais appliquer des limites au niveau de base.
- Ne signez, n'engagez ni ne bougez jamais de fonds sans autorisation explicite de l'utilisateur.
- N'inventez pas de plafonds de dépenses, de cadence ou de conditions ; lisez-les depuis les conditions découvertes ou demandez.
- Ne préchargez pas les compétences ; chargez lorsque la tâche déclenche le besoin.
- Ne raccourcissez pas les chemins
vendored/<propriétaire>/<compétence>/SKILL.md. - N'inventez pas de contenu de compétence ; chargez le fichier réel.
- Sans preuves d'exécution vérifiées, ne prétendez pas qu'un verdict est applicable.
Terminologie
| Terme | Définition |
|---|---|
| x402 | Une extension HTTP qui permet à un serveur de demander un paiement avant de servir une ressource (code d'état 402 avec des métadonnées). |
| MPP | Protocole de paiement machine — un cadre pour les micropaiements continus (facturation par seconde/par jeton). |
| AP2 | Protocole de paiement agentique — un protocole de paiement inter-agents (pas encore de compétence publique). |
| ERC-7710/7715 | Normes Ethereum pour les autorisations déléguées (où un agent peut agir au nom d'un portefeuille avec des limites définies). |
| ERC-8004 | Registre d'identité d'agent — une norme Ethereum pour l'enregistrement et la réputation des agents. |
| ERC-8183 | Emploi d'agent — une norme pour la définition et l'exécution des tâches agentiques (pas encore de compétence publique neutre). |
| A2A | Agent-to-Agent — le protocole W3C pour la découverte et la coordination des agents. |
| GenLayer | Plateforme de litiges (contrats intelligents + oracles) pour les verdicts neutres. |
| Kleros | Plateforme d'arbitrage alternative (jurys organisés par jetons). |
| Séquestre | Un arrangement financier où les fonds sont bloqués jusqu'à ce que des conditions soient remplies. |
| Verdict | La sortie d'une procédure de litige (qui est en faute, quoi faire de l'argent/de l'autorisation). |
| Connecteur | Une compétence spécifique à Internet Court qui fait le pont entre plusieurs protocoles (par exemple x402 + ERC-7710). |
| Niveau de confiance | L'un des trois niveaux (de base, surveillé, arbitré) qui décrivent la protection de l'accord. |
Emballage
La compétence Internet Court elle-même ne fournit pas de fonctionnalités propres ; elle achemine vers des protocoles sous licence (dans vendored/) et des connecteurs Internet Court (dans integrations/). Les protocoles sous licence sont documentés par leurs propriétaires respectifs ; les connecteurs sont la colle spécifique à Internet Court. L'approche d'emballage garantit que les mécanismes des protocoles sont maintenus par leurs propriétaires tandis qu'Internet Court fournit l'intégration et la logique de confiance.
Mainteneurs de connecteurs
Les connecteurs dans integrations/ sont maintenus par Internet Court et doivent être mis à jour lorsque leurs protocoles sous-jacents changent. Les protocoles sous licence dans vendored/ doivent être mis à jour lorsqu'ils publient de nouvelles versions.