Tous les accès à walmart. REST et MCP sont deux interfaces pour les mêmes outils.

Les points de connexion MCP ont le même format que ceux des autres plateformes en lignede même format : même hôte et même /mcp/ préfixe ; seul le dernier segment correspond à walmart. Remplacez ce dernier segment par le nom d’une autre plateforme pour obtenir son endpoint.

Choisissez l’une des trois méthodes. L’authentification, la mesure et le cache sont gérés dans le cloud ; aucune clé amont n’est stockée localement.

# Claude Code : connexion en une commande
claude mcp add --transport http claudebaby-walmart https://claudebaby.cn/mcp/walmart \
  --header "Authorization: Bearer $CB_KEY"

# Une fois connecté, lancez /mcp dans la session pour voir les outils

{
  "mcpServers": {
    "claudebaby-walmart": {
      "type": "http",
      "url": "https://claudebaby.cn/mcp/walmart",
      "headers": { "Authorization": "Bearer <votre clé API>" }
    }
  }
}

# stdio local : aucune clé sur la machine, les données passent par la passerelle cloud
uv tool install --from "git+https://github.com/lingling1989r/claudebaby.git#subdirectory=mcps" claudebaby-mcp
CLAUDEBABY_API_KEY=cb_live_xxx claudebaby-mcp --platform walmart

Les clés sont émises dans la console et affichées en clair une seule fois. Si le solde est insuffisant, le service renvoie insufficient_balance（HTTP 402）。

Le nom de l’outil correspond au dernier segment du chemin REST. Les mêmes outils sont accessibles via MCP et renvoient le même envelope.

Total 12 endpoints.

L’exemple utilise anker comme terme de recherche pour appeler walmart walmart_category_search_from_name. Le terme est placé dans le véritable paramètre de l’outil ; les autres champs obligatoires sont des espaces réservés. Remplacez <…> par vos valeurs. Les paramètres et leur description figurent dans la liste des endpoints ci-dessus ou sur https://claudebaby.cn/v1/ecommerce/walmart/tools.

export CB_KEY=cb_live_xxx

curl -s -X POST https://claudebaby.cn/v1/ecommerce/walmart/tools/walmart_category_search_from_name \
  -H "Authorization: Bearer $CB_KEY" \
  -H "Content-Type: application/json" \
  -d '{"name": "anker"}'

{
  "ok": true,
  "data": {
    "…": Réponse de "walmart_category_search_from_name ; les champs varient selon l’outil"
  },
  "meta": {
    "platform": "walmart",
    "domain": "ecommerce",
    "tool": "walmart_category_search_from_name",
    "request_id": "req_…",
    "credits": "<Crédits consommés pour cet appel ; voir /pricing.json>"
  }
}

Exécutez la requête pour voir la réponse réelle (facturation selon l’endpoint et la route) — l’exemple ci-dessus data format de réponse, pas un exemple de données inventées. Pour tester dans le navigateur, utilisez Détails de l’API et saisissez votre clé.

Choisissez une recharge ou un forfait ; les crédits sont réservés avant chaque collecte payante et un solde insuffisant bloque la requête.

Une requête e-commerce standard coûte 1 crédit. Le badge ×N signifie N crédits par exécution. Les sous-appels et pages sont facturés séparément. Réservation avant exécution, débit en cas de succès, libération en cas d’échec ; les délais dépassés attendent vérification.

Les points d’accès sans tarif vérifié sont temporairement indisponibles. Le tarif de secours inclut le budget de coût de la tentative principale échouée. Consultez le registre réel.

Débit par appel = crédits par exécution × exécutions. 1 crédit = ¥0,02. Le tarif de chaque endpoint dépend de son niveau ; consultez les /pricing.json (prix par plateforme inclus).