CrossingKey MCP
Agent-native MCP for governed commerce, x402 payments, paid capabilities, and verifiable receipts.
Installation
Ajoutez ceci à la configuration MCP de votre client (Claude Desktop : claude_desktop_config.json ; Cursor : .cursor/mcp.json ; VS Code et les autres utilisent la même forme « mcpServers »).
claude mcp add --transport http crossingkey-mcp 'https://mcp.crossingkeyintelligence.com/mcp'
{
"mcpServers": {
"crossingkey-mcp": {
"type": "http",
"url": "https://mcp.crossingkeyintelligence.com/mcp"
}
}
}
Documentation
Tirée du README du projet sur GitHub, actualisée chaque semaine. Les liens ouvrent GitHub.
Sommaire
CrossingKey MCP
Agent-native MCP for governed commerce, x402 payments, paid capabilities, and verifiable receipts.
Production
Endpoint
https://mcp.crossingkeyintelligence.com/mcp
Canonical identity
com.crossingkeyintelligence/crossingkey-mcp
Published source release
3.0.1 (historical production baseline)
Current local release candidate
4.0.0-rc.1
Current production release
v3.0.1 (unchanged; the v4 candidate is not deployed)
The v4.0.0-rc.1 source candidate is prepared and tested in the isolated development worktree. Source preparation does not imply production deployment.
Source publication does not imply production deployment.
Transport
MCP Streamable HTTP
CrossingKey MCP v4.0.0-rc.1 candidate
CrossingKey MCP is a governed machine-commerce interface for AI agents and authorized software clients.
The candidate preserves the existing anonymous MCP surface and adds the two authorized v4 paid audits. The exact live/public tool count remains a deployment-time verification item.
- 7 free discovery and commercial-navigation tools
- 8 public marketplace tools
- 13 direct x402 paid tools plus a separately named legacy credit-redemption compatibility tool for existing customers
Authenticated sessions additionally expose verification and role-gated marketplace operations.
The operating principle is:
Discovery is free. Evaluation is safe. Payment is explicit. Authority stays bounded. Execution is deterministic. Fulfillment is verifiable.
Free discovery
These seven tools can be used anonymously to understand the provider, available offers, requirements, price, expected result, authorization state, and prepaid-credit options without spending money:
provider.describeoffers.listrequirements.checkcost.estimateresult.previewexecution.preflightcredits.options(legacy compatibility status; new credit sales are disabled)
The normal discovery sequence is:
provider.describe
→ offers.list
→ requirements.check
→ cost.estimate
→ result.preview
→ execution.preflight
→ credits.options (legacy compatibility status; new credit sales are disabled)
A valid commercial flow may reach:
READY_FOR_HUMAN_AUTHORIZATION
and then stop at:
STOPPED_BEFORE_PAYMENT
until the required buyer authorization and payment conditions are satisfied.
Public marketplace discovery
The preserved anonymous marketplace surface also exposes:
marketplace.describeprovider.registerprovider.getcapability.getcapability.searchcatalog.listcommerce.quotecreator.apply
Discovery, catalog browsing, capability inspection, and quoting do not themselves authorize paid execution.
provider.register and creator.apply are public write surfaces for application and intake workflows. They do not grant unrestricted commercial authority.
Paid and gated execution
These 13 tools perform valuable computation, validation, or artifact generation and use direct x402 payment:
x402.compatibility_auditmcp.schema_auditopenapi.quality_auditmachine_commerce.readiness_auditartifact.integrity_manifestxkey.validate
Current v4 paid capabilities use exact x402 Base USDC payments. Historical prepaid credit balances remain redeemable only through the separately named legacy compatibility path; v4 does not sell new credit packs.
Free discovery does not consume paid execution credits.
Authenticated verification
Authenticated sessions can expose read-only verification tools including:
approval.verifyidempotency.inspectreceipt.verifyentitlement.inspect
Marketplace sessions may additionally expose role-gated job, receipt, purchase, provider, capability, and settlement operations.
Approval minting remains a local operator action and is not exposed over MCP.
Commercial flow
The governed machine-commerce path is:
discover
→ inspect requirements
→ estimate cost
→ preview result
→ preflight
→ authorize
→ pay
→ verify settlement
→ execute
→ issue result
→ bind entitlement
→ issue verifiable receipt
Payment alone does not create unrestricted authority.
Authorization, payment verification, execution, fulfillment, entitlement creation, and receipt generation remain separate governed stages.
Human authorization
CrossingKey does not treat an LLM-supplied boolean such as approved: true as buyer authorization.
Where human authorization is required, approval is bound to the relevant commercial context, including the buyer, capability, inputs, quote, idempotency state, and expiration conditions.
Paid execution does not occur merely because an agent asks for it.
MCP resources
The candidate preserves the public MCP resources for agent comprehension:
crossingkey://discovery-guidecrossingkey://commerce-policycrossingkey://capability/{name}
These describe the free discovery sequence, commerce policy, and per-capability instructions.
Machine commerce
CrossingKey supports governed machine-payment infrastructure including:
- x402 v1
- x402 v2
- Base USDC
- historical prepaid request credits through a separately named compatibility path only
- settlement verification
- entitlements
- result-bound receipts
- idempotent execution
- replay protection
The CrossingKey seller wallet boundary is receiver-only.
Agents are not granted unrestricted wallet signing, sending, swapping, bridging, or autonomous seller-spend authority.
Security properties
The production design includes:
- bounded input validation
- strict capability schemas
- SSRF protections
- DNS and address validation
- response-size controls
- authorization boundaries
- approval binding
- idempotency protection
- payment replay protection
- duplicate-settlement protection
- deterministic result hashing
- entitlement binding
- receipt verification
- receiver-only seller wallet policy
- explicit uncertain-settlement handling
No private keys, wallet secrets, Stripe secrets, API keys, seed phrases, mnemonics, or private customer information belong in this repository.
Agent discovery
Recommended entry point:
provider.describe
Canonical MCP endpoint:
https://mcp.crossingkeyintelligence.com/mcp
Canonical identity:
com.crossingkeyintelligence/crossingkey-mcp
Official MCP Registry identity:
com.crossingkeyintelligence/crossingkey-mcp
Website:
https://www.crossingkeyintelligence.com
CrossingKey Intelligence
Operating online under the handle crossingkey_.
intelligence is the standard.
Questions fréquentes
Qu'est-ce que CrossingKey MCP ?
Agent-native MCP for governed commerce, x402 payments, paid capabilities, and verifiable receipts.
Comment installer CrossingKey MCP ?
Il fonctionne comme serveur distant. Dans Claude Code : claude mcp add --transport http crossingkey-mcp 'https://mcp.crossingkeyintelligence.com/mcp'. Pour les autres clients, collez la configuration JSON de cette page dans leurs réglages MCP.
Faut-il une clé API pour CrossingKey MCP ?
Son entrée au registre n'indique aucune clé ni secret obligatoire. Certaines fonctions peuvent tout de même demander un compte auprès du service auquel il se connecte.
CrossingKey MCP est-il open source ?
Son code est public sur GitHub, mais le dépôt ne déclare pas de licence standard.
Qui maintient CrossingKey MCP ?
Il est publié par crossingkey-holdings. AI.tn le référence sans le maintenir ni le recommander.
Issu du registre MCP officiel. Être listé n'est pas une recommandation : vérifiez le code et les permissions d'un serveur avant de lui donner accès à vos données.