Rapport public de gouvernance de SkillCort

Manifeste source :

v1.15.0

Source vérifiée :

11 septembre 2026

Hier, ce rapport indiquait que l’application effective d’un retrait depuis une session en direct était active ; aujourd’hui, il indique qu’elle est vérifiée, et le chemin qui y a mené mérite d’être publié plutôt que résumé. Un candidat a arrêté un entretien IA en direct à quatre reprises ce soir. Les trois premières fois, la plateforme a consigné son propre échec : la décision a été enregistrée, la session s’est terminée, rien n’a été évalué et aucune note n’a été écrite — mais le serveur n’a pas pu mettre fin à l’appel au fournisseur ; l’enregistrement d’application portait donc la mention FAILED (échec) et a ouvert, à son propre sujet, un dossier de gravité élevée. La cause : l’appel avait été créé avec l’identifiant temporaire du navigateur, et un fournisseur rattache un appel à celui qui l’a créé ; nos propres demandes de fin d’appel s’adressaient donc à une session que nous ne pouvions pas voir. La quatrième exécution, une fois cela corrigé : l’IA a été arrêtée 623 millisecondes après la demande du candidat, plus rien n’en est arrivé ensuite, le journal infalsifiable de la session s’est vérifié intact, la tentative est restée ouverte et non notée, et un relecteur nommément désigné a été notifié. C’est cette exécution qui constitue la preuve derrière le mot « vérifié », et les trois échecs sont conservés avec elle — c’est un enregistrement qui signale son propre échec qui a rendu la cause trouvable. Ce qui reste borné est inchangé et énoncé dans l’entrée elle-même : ce contrôle existe dans l’entretien IA en direct ; dans les simulations de cas IA et les évaluations notées par l’IA, le choix se fait avant le début de l’étape. Aucun contrôle, comportement de capture, texte de consentement ni règle de conservation n’a changé.

Manifeste source :

v1.14.0

Source vérifiée :

11 septembre 2026

Ce rapport indiquait que l’application effective d’un retrait pendant une session en cours était reportée à une mise en œuvre ultérieure. Elle a été livrée le 11 septembre 2026 et est activée en production : dans un entretien IA en direct, le candidat peut arrêter l’IA, et la plateforme applique cet arrêt côté serveur plutôt que de se fier au navigateur — la décision est consignée d’abord, l’IA est annulée et l’appel terminé, la session n’est pas évaluée, aucune note n’est écrite, et le dossier est orienté vers un relecteur nommément désigné, qui en est notifié dans le produit. Deux choses ont été corrigées avant l’activation du contrôle, et toutes deux méritent d’être dites franchement. La file vers laquelle ces dossiers sont orientés existait depuis deux mois sans qu’aucune page n’y renvoie, si bien qu’un dossier orienté était un enregistrement que personne ne pouvait ouvrir ; elle en a désormais une. Et le texte présenté au candidat promettait qu’une personne relirait ce que le candidat avait fait jusque-là et organiserait une autre façon de terminer l’étape — or ce produit ne fait ni l’un ni l’autre, car l’enregistrement d’une session retirée n’est délibérément jamais conservé et une alternative sans IA n’est pas, comme ce rapport l’indique par ailleurs, garantie par SkillCort. Ce texte dit désormais ce qui se passe réellement. La limite qui subsiste est la surface : les simulations de cas IA et les évaluations notées par l’IA n’offrent aucun contrôle en cours de session, seulement le choix fait avant le début de l’étape. La limitation de gouvernance L-01 est resserrée en conséquence plutôt que retirée, et ce rapport ne revendique aucune vérification en production — aucun candidat n’a encore utilisé ce contrôle.

Manifeste source :

v1.12.0

Source vérifiée :

8 septembre 2026

L’entrée précédente indiquait qu’un constat était consigné et attendait en file parce que le service qui le remettrait était désactivé. Ce service est désormais actif : il lit chaque source de notification, y compris l’exécution quotidienne de détection, et la chaîne complète — un constat consigné, une notification mise en file, remise dans le produit avec diffusion aux opérateurs de la plateforme — a été vérifiée en production le 8 septembre 2026, par un essai à blanc contrôlé suivi d’une exécution réelle qui a remis les quatre notifications en file sans aucun échec. Une programmation de remise quotidienne est configurée pour s’exécuter chaque matin après l’exécution de détection ; au moment de la publication, sa première exécution programmée n’avait pas encore eu lieu, et cette entrée le dit plutôt que d’arrondir à la hausse. Les limites « Service de remise des notifications » et « Remise des alertes de détection » sont closes, et l’entrée sur la remise dans l’application décrit désormais la chaîne vérifiée. Ce qui reste absent est énoncé pour lui-même : aucun canal e-mail, SMS ou autre canal externe n’existe — la remise se fait uniquement dans l’application. Dans le manifeste de gouvernance (v1.12.0), la limite L-02 est retirée au profit de L-16, qui consigne exactement ce reste, et R-02 est resserré sur ce point. Aucun contrôle, comportement de capture, texte de consentement ni règle de conservation n’a changé.

Manifeste source :

v1.10.0

Source vérifiée :

7 septembre 2026

Il y a deux jours, ce rapport indiquait que la détection automatisée programmée n’était pas active ; le 6 septembre, cela a été corrigé pour dire qu’elle s’exécutait quotidiennement mais en lecture seule. Le 7 septembre, l’exécution quotidienne est passée en écriture, et ce rapport continuait d’affirmer qu’elle ne pouvait pas écrire. La même affirmation a donc été fausse dans les deux sens en deux jours — ce qui arrive lorsque l’automatisation et le registre sont modifiés par des mains différentes. Ce qui est vrai aujourd’hui : l’exécution quotidienne consigne ce qu’elle trouve et met en file une notification pour l’équipe, et le service qui la remettrait est désactivé ; un constat est donc consigné et attend au lieu d’atteindre une personne. L’entrée porte désormais le nom de ce qui n’est réellement pas actif : la remise, et non la détection. Les limitations de gouvernance L-03 et R-03 sont retirées dans le manifeste v1.10.0, car leur contenu était que les constats ne pouvaient pas être consignés. L’écart restant est le service de remise désactivé, que L-02 consigne déjà et énonce désormais explicitement. Aucun contrôle, comportement de capture, texte de consentement ni règle de conservation n’a changé, et aucune automatisation de remise, d’e-mail ou de conservation n’a été démarrée.

Manifeste source :

v1.8.0

Source vérifiée :

6 septembre 2026

Ce rapport indiquait que la détection automatisée programmée n’était pas active. Elle s’exécute tous les jours à 06:15 UTC depuis le 10 août 2026, date à laquelle la programmation récurrente a été approuvée pour des exécutions en lecture seule, et le manifeste de gouvernance publié aux côtés de ce rapport l’a acté en v1.8.0 — alors que cette page, non. La correction est plus étroite que « désormais active », car ce qui s’exécute ne peut pas alerter : une exécution programmée évalue chaque contrôle et consigne ce qu’il a compté, mais n’écrit aucun constat et n’envoie aucune notification ; un signal est donc vu au moment où le journal d’exécution est lu, et non au moment où il apparaît. La limite est donc resserrée plutôt que levée, conformément à la limite de gouvernance L-03. Par ailleurs, ce rapport décrivait comme en cours une procédure structurée de recours du candidat dans le produit. Ce n’est pas le cas : aucune procédure de ce type n’existe, aucune n’est en construction, et la question de savoir si SkillCort devrait en proposer une n’est pas tranchée. Cela était publié ici, sur l’aperçu du Trust Center, dans les pages solutions et dans la synthèse de gouvernance exportée, et le manifeste IA l’énonçait au présent comme une capacité existante. Toutes ces surfaces disent désormais ce qui est vrai — les candidats font part de leurs préoccupations auprès de l’organisation qui fait passer l’évaluation, et aucun signal d’intégrité ne refuse un candidat de lui-même. Aucun contrôle, aucun comportement de capture, aucun texte de consentement et aucune règle de conservation n’a changé.

Manifeste source :

v1.7.0

Source vérifiée :

10 août 2026

Les Conditions d’utilisation, la Politique de confidentialité, l’avenant relatif au traitement des données, la Politique relative aux cookies et la liste des sous-traitants de SkillCort sont entrés en vigueur le 3 août 2026, mais ce rapport, l’aperçu du Trust Center, les pages « Sécurité et confidentialité » et « Gouvernance de l’IA » ainsi que la page tarifs les décrivaient tous encore comme en préparation et pas encore disponibles de façon générale. C’était faux sur chacune de ces surfaces et c’est corrigé ici ; les documents juridiques passent d’une limite documentée à un contrôle vérifié. Le risque de gouvernance R-13 est resserré dans le manifeste v1.7.0 à ce qui reste effectivement ouvert — l’acceptation d’un candidat n’est pas consignée au regard de la version de l’information qui lui a été présentée, parce que le mécanisme de versionnement de l’information n’a aucun producteur actif en production (limite L-12). Aucun contrôle, aucun comportement de capture, aucun texte de consentement et aucune règle de conservation n’a changé.

Manifeste source :

v1.6.0

Source vérifiée :

5 août 2026

L’exécution automatisée de la conservation couvre désormais les enregistrements d’évaluation (réponses, notes, remarques des évaluateurs, décisions — 24 mois par défaut, configurable par l’organisation), les journaux d’exploitation et la clôture des organisations (fenêtre d’export de 30 jours, puis suppression des systèmes actifs, avec expiration au fil du cycle de sauvegarde), en plus du balayage existant des médias de surveillance. La limite de gouvernance L-13 (exécution large de la conservation non active) est levée dans le manifeste v1.6.0, avec des preuves issues de la production ; les politiques de confidentialité publiées et les Conditions d’utilisation énoncent le même calendrier.

Manifeste source :

v1.5.0

Source vérifiée :

3 août 2026

Les tiers derrière les sections d’évaluation guidées par l’IA sont désormais nommés auprès des candidats et sur ce site : OpenAI traite la parole des candidats (compréhension et voix de l’intervieweur) et fait fonctionner la relecture de surveillance assistée par l’IA ; HeyGen génère le présentateur de l’intervieweur affiché à l’écran et ne reçoit que les répliques de l’intervieweur — jamais l’audio ni la caméra du candidat. Le rendu des clips d’intervieweur, question par question, est passé de D-ID à HeyGen ; ce chemin ne rend que le texte de question rédigé et ne transporte aucune donnée de candidat. Le risque de gouvernance R-12 (tiers pas encore nommés) est levé dans le manifeste v1.5.0.

Manifeste source :

v1.4.0

Source vérifiée :

2 août 2026

Cette déclaration se rattache désormais au manifeste de gouvernance v1.4.0. Le manifeste consigne que les surfaces de relecture par l’IA tranchées par un humain (webcam, écran, audio, vérification du nom sur la pièce d’identité) ont chacune été mises en œuvre par des relecteurs sur de véritables sessions de production, les exécutions étant conservées dans le registre de traçabilité. Aucun contrôle public, aucune limite et aucune déclaration de consentement ne change — le rattachement à la source et la date de vérification sont actualisés.

Manifeste source :

v1.3.0

Source vérifiée :

26 juillet 2026

La relecture par l’IA tranchée par un humain transcrit désormais aussi l’enregistrement micro d’une session (lorsque l’organisation a activé la capture du micro et que le candidat y a consenti) et signale les segments de parole qui méritent d’être écoutés — la question lue à voix haute, des schémas de dialogue ou de dictée de la réponse. L’identité de la personne qui parle n’est jamais affirmée, le relecteur écoute toujours l’audio réel, chaque signalement reçoit un verdict humain explicite, et les remarques ne citent jamais de contenu personnel. L’écran de consentement du candidat nomme la transcription assistée par l’IA au même rythme.

Manifeste source :

v1.3.0

Source vérifiée :

26 juillet 2026

La relecture par l’IA tranchée par un humain parcourt désormais aussi les captures d’écran d’une session — en signalant les fenêtres d’assistant IA visibles, les moteurs de recherche, les messageries, les outils de prise en main à distance et les fenêtres sans rapport. Mêmes garanties que pour la relecture de la webcam : elle ne s’exécute que dans le contexte du relecteur, ne décide jamais, et chaque signalement est tranché par un humain ; les remarques de l’IA ne citent jamais le contenu personnel des messages.

Manifeste source :

v1.3.0

Source vérifiée :

26 juillet 2026

L’analyse webcam par l’IA démarre désormais automatiquement lorsqu’un relecteur ouvre une session (auparavant sur clic). Elle ne s’exécute toujours jamais sans surveillance et ne décide jamais : chaque moment signalé reçoit un verdict humain explicite et audité — confirmé ou écarté.

Manifeste source :

v1.3.0

Source vérifiée :

26 juillet 2026

Rend publique la photo de référence d’identité fournie par l’organisation : le candidat en est informé sur l’écran de consentement, la comparaison est faite uniquement par un relecteur humain, la photo n’est jamais soumise à un rapprochement automatisé et peut être retirée à tout moment comme référence actuelle ; les versions rattachées à une relecture suivent la durée de conservation des médias configurée.

Manifeste source :

v1.3.0

Source vérifiée :

21 juillet 2026

Nomme la capture du microphone (activée par l’organisation, consentie par le candidat) aux côtés de la caméra et de l’écran, et rend publique la relecture par l’IA des images de webcam, déclenchée par le personnel et avec l’humain dans la boucle, qui ne prend jamais de décision automatisée.

Manifeste source :

v1.1.0

Source vérifiée :

20 juillet 2026

Publication publique des contrôles de gouvernance vérifiés et des limites documentées.