SDK

Les SDK côté serveur qui vérifient les intentions de l’agent Syncanix sur votre backend — un par langage, dans huit écosystèmes.

Syncanix génère une surface d'agent au-dessus de votre API existante : un chat dans votre app, plus un serveur MCP par locataire pour Claude, Cursor et ChatGPT. L'agent peut exécuter des actions sans aucun SDK côté serveur, sous l'identité de chaque utilisateur final. Ajoutez-en un lorsque vous voulez faire de votre backend la dernière ligne de défense : un SDK léger vérifie que chaque action a bien été autorisée par Syncanix pour ce locataire et cet utilisateur avant de l'exécuter.

Ce que fait un SDK côté serveur

Chaque SDK Syncanix fait une seule chose : vérifier l’en-tête signé X-Syncanix-Intent qui accompagne chaque appel d’outil entrant. La vérification est un contrôle HMAC local et rapide contre votre secret de signature d’intention — sans aller-retour réseau ni état partagé.

Confirme que la requête porte une intention valide et non expirée, signée par la plateforme Syncanix — pas un appel forgé ou rejoué.
Expose le tenant et l’utilisateur final agissants (le sujet agir-en-tant-qu’utilisateur v2) pour que votre gestionnaire restreigne l’action à exactement cet utilisateur.
S’exécute entièrement dans le processus : un contrôle de signature sans état, avec une protection anti-rejeu à usage unique optionnelle que vous branchez sur votre propre stockage.

Quand en ajouter un

Pas besoin pour démarrer : l'agent discute et exécute des actions sur vos endpoints découverts, vos endpoints personnalisés et vos outils MCP sous l'identité de chaque utilisateur final. Ajoutez un SDK côté serveur quand vous voulez une garantie plus forte sur les actions à effet de bord — remboursements, mises à jour, annulations : il vérifie l'intention signée à chaque appel, afin qu'une requête falsifiée ou rejouée que votre plateforme n'a jamais autorisée n'atteigne pas votre logique métier. Recommandé pour les écritures sensibles, pas une condition préalable.

Installation

Ajoutez le SDK de votre langage backend. Node est configuré dans le démarrage rapide ; les sept autres langages ont chacun une page dédiée.

# Node.js (Express, NestJS, Fastify, Next.js)
npm install @syncanix/sdk-node
# Python (Django, Flask, FastAPI)
pip install syncanix-sdk
# Go (net/http, Gin, Echo, Fiber)
go get github.com/syncanix-ai/syncanix-sdk-go
# Spring Boot (JVM)
implementation "ai.syncanix:syncanix-sdk-spring-boot"
# PHP (Laravel, Symfony)
composer require syncanix/sdk-php
# Ruby (Rails, Rack)
bundle add syncanix-sdk-rails
# Rust (Axum, Actix Web, Tower)
cargo add syncanix-sdk-rust
# .NET (ASP.NET Core)
dotnet add package Syncanix.Sdk.AspNetCore

Disponible au lancement — ce paquet n’est pas encore sur son registre public ; la commande ci-dessus fonctionnera le jour de l’ouverture de Syncanix.

Choisissez votre langage

Chaque page détaille l’installation du paquet, la configuration du secret de signature d’intention et un extrait de vérification d’intention dans le framework idiomatique du langage.

Node.jsExpress, NestJS, Fastify et Next.js — configuré dans le démarrage rapide avec la découverte et le widget.PythonDjango, Flask et FastAPI, via middleware et décorateurs.GoMiddleware net/http, Gin, Echo et Fiber.Spring BootAuto-configuration Spring Boot et une annotation de vérification d’intention.PHPMiddleware Laravel et abonné aux événements Symfony.RubyConcern de contrôleur Rails et middleware Rack.RustExtracteurs Axum, Actix Web et Tower..NETASP.NET Core Minimal API et MVC, pour .NET 8+.

Étapes suivantes

Référence de l’API à l’exécutionL’enveloppe d’intention, les règles de vérification et chaque motif d’échec — partagés par tous les SDK.Agir en tant qu’utilisateur connectéComment le flux agir-en-tant-qu’utilisateur v2 lie chaque action à l’utilisateur final qui l’a demandée.