Symbory parle MCP et REST. L'assistant que votre équipe utilise déjà peut interroger l'historique d'une personne et obtenir une vraie réponse, avec exactement les droits de celui qui pose la question. Nous ne sommes pas un endroit de plus où aller chercher. Nous sommes l'endroit d'où vient la réponse.
GET /v1/timeline/employees/{employeeID} Authorization: Bearer sk_live_…
200 OK [ { "type": "interview_completed", "occurred_at": "2024-02-14T10:00:00Z", "body": "Vise une responsabilité d'architecture." }, { "type": "commitment_logged", "occurred_at": "2024-03-01T09:15:00Z", "body": "Révision salariale à douze mois." }, { "type": "oneonone_completed", "occurred_at": "2025-02-14T11:00:00Z", "body": "Révision tenue. Périmètre élargi." } ]
Ce qu'un assistant lit avant un point individuel. Les deux premiers événements précèdent l'embauche : la requête remonte via candidate_id, un seul appel renvoie toute la ligne.
Non pas parce que nous avons construit un connecteur pour cela, mais parce que tout le produit, ATS compris, est accessible via une API REST ouverte et un serveur MCP, et que vous écrivez les vingt lignes qui collent à votre stack. Rien n'attend notre roadmap.
Symbory fournit un serveur Model Context Protocol. Pointez Claude, ou n'importe quel assistant compatible MCP ou agent interne que vous développez, vers un espace de travail : il peut interroger l'historique réel d'une personne : entretiens de recrutement, one-on-ones, notes, engagements, objectifs.
recall_commitment répond à une question en langage courant sur tout ce que contient l'historique d'une personne. C'est le seul que personne d'autre ne fait : tous les autres outils suivent ce que le collaborateur a livré. Celui-ci tient l'entreprise à sa part du marché.
prepare_1on1 construit un briefing à partir de toute la relation, pas du dernier entretien. get_employee_timeline en renvoie le fil : du premier entretien à aujourd'hui, une seule ligne continue. search_memory cherche dans l'ensemble d'un coup.
Les outils passent par la même autorisation que le produit lui-même : le jeton porte un rôle, limité à votre espace de travail. Un assistant ne peut atteindre rien que le porteur du jeton ne pouvait déjà ouvrir. Rien n'est un accès direct aux données.
Quatorze outils aujourd'hui, couvrant les collaborateurs, le recrutement et la timeline. Envie de le voir sur votre propre configuration ? Nous contacter.
Ouvrir des données RH à un assistant IA, c'est une chose sur laquelle il est raisonnable d'être prudent. Voici exactement où sont les limites.
Non. Il en hérite. Chaque appel d'outil passe par la même autorisation et le même cloisonnement par espace de travail que le produit, et le jeton porte le rôle de celui qui l'a généré. Il n'existe aucun chemin d'un outil directement vers les données sous-jacentes.
Un espace de travail, un rôle, un an. Un jeton porte le rôle de celui qui l'a généré et ne peut rien faire que cette personne ne pourrait faire : mieux vaut donc l'émettre depuis un compte disposant des accès réellement nécessaires. Il n'est affiché qu'une fois : conservez-le comme n'importe quel autre secret. Tous les droits RGPD s'appliquent à ce qui se trouve derrière : accès, rectification, suppression.
Le tableau de bord est un client de cette API, pas un chemin privilégié qui la contourne. Créez un jeton avec POST /v1/auth/api-token depuis les Paramètres : à partir de la formule Team, valable un an, affiché une seule fois, portant votre propre rôle. Sans appel commercial.
/v1/talent/jobsLister et ouvrir des postes/v1/talent/jobs/{jobID}Un poste en particulier/v1/talent/jobs/{jobID}/applicationsTous ceux qui ont postulé/v1/talent/jobs/{jobID}/applications/{applicationID}/stageFaire avancer quelqu'un dans le pipeline/v1/talent/candidatesLes personnes, tous postes confondus/v1/talent/candidates/{candidateID}Un candidat/v1/talent/candidates/{candidateID}/applicationsTous les postes pour lesquels il s'est présenté/v1/talent/candidates/{candidateID}/documentsCV et pièces jointes/v1/talent/applications/{applicationID}/notesCe que l'équipe a noté/v1/talent/applications/{applicationID}/stage-historyChaque étape, horodatée/v1/talent/applications/{applicationID}/rejectClôturer, dans leur langue/v1/hiring/interviewsCe qui est planifié/v1/hiring/applications/{applicationID}/interviewsPlanifier sur une candidature/v1/hiring/interviews/{interviewID}Un entretien/v1/hiring/interviews/{interviewID}/completeLe clôturer et le reverser au dossier/v1/people/employeesTous ceux actuellement en poste/v1/people/employees/{employeeID}Une personne/v1/people/employees/{employeeID}/documentsContrats et accusés de réception/v1/people/employees/{employeeID}/one-on-onesLes conversations elles-mêmes/v1/growth/goalsÀ l'échelle de l'entreprise/v1/growth/employees/{employeeID}/goalsCe qu'une personne s'est engagée à faire/v1/growth/goals/{goalID}Un objectif et son avancement/v1/timeline/employees/{employeeID}Du premier entretien à aujourd'hui, une seule ligne continue : l'appel sur lequel reposent les outils MCP/v1/public/tenants/{tenantSlug}/jobsPostes ouverts, sans authentification. Construisez votre propre page carrières/v1/public/applicationsLes candidatures arrivent directement dans le pipeline/v1/talent/applications/{applicationID}/summaryUn CV lu pour vous/v1/talent/applications/{applicationID}/interview-prepQuoi demander à cette personne/v1/people/employees/{employeeID}/askUne question simple sur l'historique d'une personne/v1/people/employees/{employeeID}/one-on-ones/briefingCe qui reste ouvert, et ce qui a été promisC'est l'ensemble par lequel commencent la plupart des intégrations. Le reste du recrutement, des collaborateurs et du développement suit la même forme et votre jeton y donne déjà accès, si vous préférez qu'on vous le déroule sur votre stack, contactez-nous.
Créez un espace de travail en une minute, générez un jeton dans les Paramètres, et lancez la première requête sur de vraies données. Rien n'est facturé aujourd'hui, et nous migrons ce que vous avez déjà.
Créer votre compte →Vous préférez parler à quelqu'un d'abord ? Nous contacter.