Basé sur intentions — les agents créent des intentions de paiement, n'exécutent jamais directement les paiements
MCP Payments
Opérations de paiement gouvernées MCP — intentions de paiement, contrôles d'approbation, preuves, rapprochement, et audit pour agents IA
Ce qu'il offre à un agent
Une capacité conçue spécifiquement derrière une connexion MCP unique.
Le serveur possède sa logique de domaine et publie un contrat d'outil qu'un client MCP peut découvrir. ADK-Rust peut charger ce contrat dans un agent, normaliser chaque schéma pour le fournisseur de modèle choisi, et garder le cycle de vie de la connexion en dehors de la logique métier de l'agent.
Pas d'exécution directe — chaque action financière passe par évaluation de politique et contrôles d'approbation
Argent i64 — tous les montants en unités mineures (centimes/pence), pas de flottant, pas d'erreurs d'arrondi
Pas de secrets — les identifiants restent dans des références de coffre-fort, jamais dans les paramètres ou réponses des outils
Idempotence — chaque outil d'écriture requiert une idempotency_key pour éviter les opérations en double
Piste d'audit — chaque action enregistre acteur, raison, et horodatage pour conformité
Architecture
Comment MCP Payments s'intègre dans un système d'agent.
Le modèle n'a jamais besoin des détails d'implémentation ou des identifiants du système derrière le serveur. Il voit les définitions d'outils examinées. Le client MCP gère la découverte et les appels, tandis que le serveur conserve la propriété de la validation, de la politique et de la communication avec son système de domaine.
Agent ADK-Rust
Choisit une capacité dans le catalogue d'outils examiné.
Client MCP
Découvre les schémas, envoie des appels et reçoit du contenu typé.
MCP Payments
Valide la requête et possède 10 contrats d'outils documentés.
Système de domaine
Conserve l'API, les données, les identifiants et les règles métier derrière le serveur.
Depuis la documentation du projet
L'architecture publiée du serveur
Catalogue d'outils
Que peut demander un agent à MCP Payments ?
Chaque outil a un nom stable, un but lisible par l'humain, et un contrat d'entrée JSON découvert lors de l'initialisation MCP. Les classes de risque proviennent du manifeste du registre du projet lorsqu'il est disponible.
10 outils nommés
lookup_paymentRechercher une intention de paiement par ID
read onlylist_customer_paymentsLister tous les paiements d'un client
read onlyget_payment_statusObtenir le statut actuel d'une intention de paiement
read onlycreate_checkout_intentCréer une intention de paiement de caisse (Brouillon). Montants > 10 000 unités mineures nécessitent approbation.
internal writecreate_refund_intentCréer une intention de remboursement pour un paiement existant. Direction=Sortante.
financial actioncreate_payout_intentCréer une intention de paiement sortant. Toujours nécessite approbation.
financial actionrequest_payment_approvalDemander l'approbation pour une intention de paiement Brouillon. Passe Brouillon → En attente d'approbation.
internal writeexecute_approved_intentExécuter une intention de paiement approuvée. FONCTIONNE SEULEMENT si statut=Approuvé.
financial actionreconcile_paymentRapprocher un paiement avec une référence de commande/facture.
internal writeattach_payment_evidenceJoindre une preuve à une intention de paiement pour la piste d'audit.
internal writeGouvernance
Comprendre l'effet de chaque outil.
Une connexion serveur hérite de l'autorité de ses identifiants et de son environnement de déploiement. Les déclarations ci-dessous proviennent du README de ce projet et du manifeste du registre MCP ; votre application décide toujours des outils qu'un agent reçoit et des endroits où une approbation est requise.
- Identification de l'acteur — chaque écriture requiert un champ acteur identifiant qui/qu'est-ce qui a initié
- Enregistrement de la raison — chaque écriture requiert une raison expliquant la justification métier
- Idempotence — chaque écriture requiert une idempotency_key empêchant l'exécution en double
- Seuils de montant — les intentions de paiement > 10 000 unités mineures nécessitent automatiquement une approbation
- Approbation des remboursements — tous les remboursements nécessitent l'approbation du finance_manager
- Approbation des paiements — tous les paiements nécessitent l'approbation du finance_manager + compliance_officer
Surface MCP
Ce que la documentation actuelle déclare.
MCP peut transporter des outils, ressources, invites, résultats structurés, progression, annulation et travaux de longue durée. Cet enregistrement met en avant les fonctionnalités modernes du protocole explicitement mentionnées par ce dépôt.
Installer et connecter
Suivez le point de départ documenté du projet.
Installez le serveur dans l'environnement qui possède ses identifiants et l'accès au domaine. Ajoutez-le à votre hôte MCP, vérifiez les outils découverts, et réduisez l'ensemble d'outils avant de le confier à un agent en production.
cargo install mcp-payments{
"mcpServers": {
"payments": {
"command": "mcp-payments",
"args": [],
"env": {}
}
}
}Les commandes et la configuration sont extraites du README public. Confirmez les prérequis, variables d'environnement et options spécifiques à la version dans la documentation officielle avant le déploiement.
Documentation officielle
Poursuivez avec la source de vérité des mainteneurs du projet.
Cette page fournit une carte accessible du serveur. Le dépôt reste la référence pour les schémas exacts, prérequis, configuration, exemples, tests, versions et mises à jour de sécurité.
Continuez à explorer
Plus dans opérations métier.
Enregistrement source
Métadonnées de version et de dépôt pour cette entrée du catalogue.
- Version
- 2.0.0
- Licence
- Apache-2.0
- Outils
- 10
- Révision
- ddff90892cf2
- Mis à jour
- 24 mai 2026