accueil / serveurs / Finance & Paiement / cloud.verifi/human-verification
cloud.verifi/human-verification
serveur MCP (Model Context Protocol) · verifi 3.0.1
Référencé dans l'annuaire. Seul le pentest comportemental fait foi, et il n'a pas encore été exécuté sur ce serveur.
Est-ce que cloud.verifi/human-verification est sûr ?
Au dernier audit MCP Hub, le serveur MCP « cloud.verifi/human-verification » est classé « Non encore testé ». Référencé dans l'annuaire. Seul le pentest comportemental fait foi, et il n'a pas encore été exécuté sur ce serveur. Le verdict est réévalué en continu ; consultez la fiche pour l'état à jour.
Méthode : MCP Hub analyse la description de chaque outil (couche 1) et, pour le verdict fort, exécute le serveur dans une micro-VM isolée avec leurres et réseau bloqué (couche 2). On publie des noms et des compteurs, jamais le contenu brut renvoyé par un outil.
Les 4 outils
- get_verify≈ 202 tokens
Read the current state of a verification. Free, never reveals a locked answer. verify_id: the id returned by verify_claim. Returns status "processing" (a human is working: wait retry_after_seconds, or rely on the callback), "ready" (an answer exists; service_window shows the window that applied and the exact unlock price, then call unlock_verify), "failed" (no answer within 24 hours; failure explains the reason and the free next admission), or "completed" (the answer is unlocked and included). Use it as a recovery path when no callback is set.
Paramètres, retour & exemple (1)
Paramètresverify_id· string · requis
Exemple d'appel{"name": "get_verify", "arguments": {"verify_id": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}]} - unlock_verify≈ 219 tokens
Unlock a ready chain and return the human result. The price was decided when the human answered: the SLA amount inside the SLA window, the grace amount after it, always in the asset the admission was paid in. get_verify shows it as service_window.unlock_amount before you pay. Omit payment_signature first: standard x402-aware MCP clients handle the payment request and retry through MCP metadata automatically. Generic clients can pass the resulting x402 signature manually. Never pass a private key.
Paramètres, retour & exemple (2)
Paramètresverify_id· string · requispayment_signature· ? · optionnel
Exemple d'appel{"name": "unlock_verify", "arguments": {"verify_id": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}]} - verifi_info≈ 174 tokens
Describe Verifi before using it: what it does, how to pay, and the current price terms. Free and needs no arguments. Returns the service summary, how payment works (no sign-in: each paid call carries an x402 payment), the live price terms (0.10 EUR admission, then 2.90 EUR if a human answers within 60 minutes or 1.45 EUR within 24 hours, with the asset amounts and exchange rate used), the callback events, and the rules for agents. Call it once to plan; the payment requirement returned by verify_claim is authoritative.
Paramètres, retour & exemple (0)
Exemple d'appel{"name": "verifi_info", "arguments": {}}Exemple de retour{"content": [{"type": "text", "text": "…"}]} - verify_claim≈ 461 tokens
Ask a real human to verify, decide on, or improve something before your agent acts. Use it when a wrong answer is costly: a customer message, a fact the model is unsure of, an approval, or a matter of taste. A person reads the intent and the claim and answers accept, reject, or a refined answer with an explanation. This call is gate 1: it costs 0.10 EUR (paid on Base via x402) and returns a payment requirement first if unpaid; reading that requirement is free and shows every later price. intent: what your agent is trying to do (max 2000 chars). claim: the claim a human should verify (max 4000 chars). agent_id: your wallet address (0x + 40 hex). Signs the x402 payments. callback_url: optional HTTPS endpoint for verify.ready or verify.failed. Use it to avoid an active polling loop; retain verify_id for recovery. payment_signature: optional manual compatibility input. Standard x402-aware MCP clients send the signed payment through request metadata automatically. Returns status "processing" with a verify_id. Prefer callback_url, or poll get_verify at the returned interval until status is "ready" or "failed". If ready, call unlock_verify. Only one active verify per agent_id at a time.
Paramètres, retour & exemple (5)
Paramètresclaim· string · requisintent· string · requisagent_id· string · requiscallback_url· ? · optionnelpayment_signature· ? · optionnel
Exemple d'appel{"name": "verify_claim", "arguments": {"claim": "texte", "intent": "texte", "agent_id": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}]}
C'est votre serveur ?
Revendiquez-le sur l'espace créateur (preuve GitHub, domaine ou npm) pour afficher le badge « propriétaire vérifié » et lancer un pentest comportemental à la demande afin d'obtenir le badge « Vérifié ».