Wrappers natifs pour l'API Ajoxi. Soyez opérationnel en quelques minutes grâce aux clients de type sécurisé et à la vérification des webhooks intégrée.
Même superficie dans les quatre langues. Même cadence de sortie. Même SLA.
$ npm install @ajoxi/sdk$ pip install ajoxi$ go get github.com/ajoxi/ajoxi-go$ gem install ajoxiLa même opération sur chaque SDK : initialisez le client, appelez calls.create, enregistrez le résultat. Choisissez une langue et copiez l'extrait.
Touches du mode test (AJX_TEST_…) passez des appels contre notre simulateur. Ils ne sonnent jamais sur un vrai téléphone et ne facturent pas votre allocation de minutes – parfait pour CI.
import Ajoxi from '@ajoxi/sdk';
const ajoxi = new Ajoxi({ apiKey: process.env.AJOXI_KEY });
const call = await ajoxi.calls.create({
to: '+14155551234',
from: '+14155550100',
aiReceptionist: true,
});
console.log(call.id, call.status);Chaque SDK Ajoxi contient les mêmes primitives opérationnelles afin que vous puissiez vous concentrer sur votre logique métier.
Définitions de type complètes pour chaque point de terminaison et réponse – pas de devinettes sur les noms de champs.
Les erreurs de réseau et les erreurs 5xx réessayent automatiquement avec une interruption exponentielle, en respectant Retry-After.
Vérification de signature HMAC-SHA256 sur une ligne avec comparaison en temps constant.
Parcourez des millions d'enregistrements sans écrire une seule boucle de curseur.
Chaque requête renvoie un X-Request-Id que vous pouvez citer pour prendre en charge – apparaissant à chaque erreur.
Basculez entre les clés de test et les clés de production avec un seul argument de constructeur.
Si vous préférez travailler avec Rust, PHP, .NET ou Elixir, la communauté est là pour vous. Ceux-ci ne sont pas propriétaires et peuvent être à la traîne sur les nouvelles fonctionnalités : épinglez une version testée en production.
cargo add ajoxi-rsMaintenu par @ajoxi-communitycomposer require ajoxi/ajoxi-phpMaintenu par @ajoxi-communitydotnet add package AjoxiMaintenu par @ajoxi-communitymix deps.get ajoxi_exMaintenu par @ajoxi-communityChoisissez celui qui correspond à votre environnement d'exécution. Node.js et Python bénéficient en premier des mises à jour des fonctionnalités et ont l'utilisation de production la plus large. Allez et Ruby expédie la même surface dans une version ou deux. Tous les quatre sont propriétaires et maintenus par l'équipe Ajoxi avec le même SLA de support.
Elle est étiquetée bêta car l'API publique n'a pas été gelée — nous pouvons renommer un ou deux paramètres avant la v1.0. Sur le plan fonctionnel, il couvre tous les points de terminaison et fonctionne dans nos propres pipelines internes depuis plus d'un an. L’utilisation en production est correcte ; épingler à une version mineure.
Les SDK ciblent la dernière version stable de l'API (actuellement v1). Lorsqu'une nouvelle version de l'API est livrée, les responsables du SDK mettent à jour les clients dans un délai de deux cycles de publication : vous n'avez pas à choisir. Les SDK prennent en charge l'épinglage d'une version d'API spécifique via l'option de constructeur pour les migrations.
Oui. Node.js est asynchrone par défaut (toutes les méthodes renvoient des promesses). Python fournit à la fois des clients synchrones et asynchrones (`Ajoxi` et `AsyncAjoxi`). Go est sensible au contexte à chaque appel. Ruby est synchrone avec la concurrence basée sur la fibre disponible via la gem facultative « ajoxi-async ».
Le SDK Node.js est livré avec des types TypeScript sélectionnés à la main couvrant chaque point de terminaison, demande et réponse. La réduction des types de réponses syndicales fonctionne comme on peut s’y attendre. Les types générés sont également publiés séparément dans `@ajoxi/sdk-types` pour les projets qui souhaitent des types sans le client d'exécution.
Oui, les quatre SDK sont open source sur GitHub. Les problèmes et les relations publiques sont les bienvenus. Nous nous réservons le droit de réécrire les détails de mise en œuvre par souci de cohérence avec les modèles internes, mais la surface publiée est traitée comme un contrat.
Lancez une clé sandbox et expédiez une intégration fonctionnelle avant la fin de la journée.