Report pubblico di governance di SkillCort

Manifesto di origine:

v1.15.0

Origine verificata:

11 settembre 2026

Ieri questo rapporto diceva che l'applicazione effettiva del ritiro da una sessione dal vivo era attiva; oggi dice verificata, e il percorso che ha portato fin lì merita di essere pubblicato anziché riassunto. Questa sera un candidato ha fermato quattro volte un colloquio dal vivo con l'IA. Le prime tre volte la piattaforma ha registrato il proprio fallimento: la decisione è stata salvata, la sessione si è chiusa, nulla è stato valutato e non è stato scritto alcun punteggio — ma il server non è riuscito a terminare la chiamata al fornitore, quindi il record di applicazione riportava FAILED e ha aperto un caso ad alta gravità su se stesso. La causa era che la chiamata era stata creata con la credenziale temporanea del browser, e un fornitore vincola una chiamata a chi l'ha creata: le nostre stesse richieste di terminazione si rivolgevano quindi a una sessione che non potevamo vedere. La quarta esecuzione, dopo che questo è stato corretto: l'IA è stata fermata 623 millisecondi dopo la richiesta del candidato, da essa non è arrivato più nulla, il registro a prova di manomissione della sessione è risultato integro alla verifica, il tentativo è rimasto aperto e senza punteggio e un revisore nominato ha ricevuto la notifica. È quella esecuzione l'evidenza dietro la parola verificata, e i tre fallimenti vengono conservati insieme a essa — è un record che riporta il proprio fallimento ad aver reso individuabile la causa. Ciò che resta circoscritto non cambia ed è dichiarato nella voce stessa: questo controllo esiste nel colloquio dal vivo con l'IA; nelle simulazioni di caso con IA e negli assessment valutati dall'IA la scelta viene fatta prima che la sezione inizi. Nessun controllo, comportamento di acquisizione, testo di consenso o regola di conservazione è cambiato.

Manifesto di origine:

v1.14.0

Origine verificata:

11 settembre 2026

Questo rapporto diceva che l'applicazione effettiva del ritiro da una sessione dal vivo in corso era rinviata a un'implementazione futura. È entrata in funzione l'11 settembre 2026 ed è abilitata in produzione: in un colloquio dal vivo con l'IA il candidato può fermare l'IA, e la piattaforma applica l'arresto lato server invece di affidarsi al browser — la decisione viene registrata per prima, l'IA viene annullata e la chiamata chiusa, la sessione non viene valutata, non viene scritto alcun punteggio e il caso viene instradato a un revisore nominato, che ne riceve notifica nel prodotto. Due cose sono state sistemate prima che il controllo venisse attivato, ed entrambe meritano di essere dette con chiarezza. La coda verso cui quei casi vengono instradati esisteva da due mesi senza che alcuna pagina vi rimandasse, quindi un caso instradato era un record che nessuno poteva aprire; ora quella pagina c'è. E il testo rivolto al candidato prometteva che una persona avrebbe esaminato ciò che il candidato aveva fatto fino a quel momento e avrebbe predisposto un modo alternativo per completare la sezione — nessuna delle due cose è ciò che questo prodotto fa, perché la registrazione di una sessione ritirata non viene deliberatamente mai conservata e un'alternativa senza IA, come questo rapporto dichiara altrove, non è garantita da SkillCort. Quel testo ora dice ciò che accade davvero. Il limite che rimane è la superficie: le simulazioni di caso con IA e gli assessment valutati dall'IA non hanno alcun controllo nel corso della sessione, ma soltanto la scelta fatta prima che la sezione inizi. La limitazione di governance L-01 è ristretta di conseguenza anziché ritirata, e questo rapporto non afferma alcuna verifica in produzione — nessun candidato ha ancora usato il controllo.

Manifesto di origine:

v1.12.0

Origine verificata:

8 settembre 2026

La voce precedente diceva che un riscontro veniva registrato e attendeva in coda perché il servizio che lo avrebbe consegnato era spento. Quel servizio ora è acceso: legge ogni fonte di notifica, inclusa l'esecuzione quotidiana di rilevamento, e l'intera catena — un riscontro registrato, una notifica in coda, consegnata nel prodotto con distribuzione agli operatori della piattaforma — è stata verificata in produzione l'8 settembre 2026 con un'esecuzione di prova controllata seguita da un'esecuzione reale che ha consegnato tutte e quattro le notifiche in coda senza alcun errore. Una pianificazione di consegna quotidiana è configurata per essere eseguita ogni mattina dopo l'esecuzione di rilevamento; alla pubblicazione la prima esecuzione pianificata non era ancora partita, e questa voce lo dice invece di arrotondare per eccesso. Le limitazioni Servizio di consegna delle notifiche e Consegna degli avvisi di rilevamento sono chiuse, e la voce sulla consegna in app descrive ora la catena verificata. Ciò che resta assente è dichiarato a sé: non esiste alcun canale e-mail, SMS o altro canale esterno — la consegna avviene solo in app. Nel manifesto di governance (v1.12.0) la limitazione L-02 è ritirata a favore di L-16, che registra esattamente quel residuo, e R-02 è ristretto su di essa. Nessun controllo, comportamento di acquisizione, testo di consenso o regola di conservazione è cambiato.

Manifesto di origine:

v1.10.0

Origine verificata:

7 settembre 2026

Due giorni fa questo rapporto affermava che il rilevamento automatizzato programmato non era attivo; il 6 settembre è stato corretto indicando che veniva eseguito ogni giorno ma in sola lettura. Il 7 settembre l'esecuzione quotidiana è passata alla scrittura, e il rapporto continuava a dire che non poteva scrivere. La stessa affermazione è quindi risultata falsa in entrambe le direzioni nell'arco di due giorni: è ciò che accade quando l'automazione e il registro vengono modificati da mani diverse. Ciò che è vero oggi: l'esecuzione quotidiana registra ciò che trova e mette in coda una notifica per il personale, e il servizio che la consegnerebbe è spento; un riscontro viene quindi registrato e attende invece di raggiungere una persona. La voce prende ora il nome di ciò che davvero non è attivo: la consegna, non il rilevamento. Le limitazioni di governance L-03 e R-03 sono ritirate nel manifesto v1.10.0, perché il loro contenuto era che i riscontri non potessero essere registrati. La lacuna residua è il servizio di consegna disattivato, che L-02 già registra e ora dichiara esplicitamente. Nessun controllo, comportamento di acquisizione, testo di consenso o regola di conservazione è cambiato, e non è stata avviata alcuna automazione di consegna, e-mail o conservazione.

Manifesto di origine:

v1.8.0

Origine verificata:

6 settembre 2026

Questo report affermava che il rilevamento automatico programmato non fosse attivo. Viene invece eseguito ogni giorno alle 06:15 UTC dal 10 agosto 2026, quando la programmazione ricorrente è stata approvata per esecuzioni in sola lettura, e il manifest di governance pubblicato insieme a questo report è stato aggiornato di conseguenza nella v1.8.0 — mentre questa pagina no. La correzione è più stretta di «ora è attivo», perché ciò che viene eseguito non può avvisare: un’esecuzione programmata valuta ogni controllo e registra ciò che ha conteggiato, ma non scrive alcun rilievo e non invia alcuna notifica, quindi un segnale viene visto quando si legge il registro delle esecuzioni e non nel momento in cui compare. La limitazione viene perciò ristretta anziché ritirata, in linea con la limitazione di governance L-03. Separatamente, questo report descriveva come in corso una procedura strutturata di ricorso del candidato all’interno del prodotto. Non è così: una procedura del genere non esiste, nessuna è in costruzione e se SkillCort debba fornirne una è una questione di prodotto ancora aperta. Ciò era pubblicato qui, nella panoramica del Trust Center, nelle pagine delle soluzioni e nella sintesi di governance esportata, e nel manifesto sull’IA era espresso al presente come una capacità esistente. Tutte queste superfici ora dicono ciò che è vero: i candidati sollevano le loro perplessità presso l’organizzazione che conduce l’assessment e nessun singolo segnale di integrità respinge da solo un candidato. Nessun controllo, comportamento di cattura, testo di consenso o regola di conservazione è cambiato.

Manifesto di origine:

v1.7.0

Origine verificata:

10 agosto 2026

Le Condizioni d’uso, l’Informativa sulla privacy, l’Accordo integrativo sul trattamento dei dati, l’Informativa sui cookie e l’elenco dei sub-responsabili di SkillCort sono entrati in vigore il 3 agosto 2026, ma questo report, la panoramica del Trust Center, le pagine Sicurezza e privacy e Governance dell’IA e la pagina dei prezzi li descrivevano ancora tutti come in preparazione e non ancora generalmente disponibili. Era sbagliato su ognuna di quelle superfici ed è corretto qui; i documenti legali passano da limitazione documentata a controllo verificato. Il rischio di governance R-13 è ristretto nel manifest v1.7.0 a ciò che resta effettivamente aperto — l’accettazione di un candidato non viene registrata rispetto alla versione dell’informativa che gli è stata mostrata, perché il meccanismo di versionamento dell’informativa non ha alcun produttore attivo in produzione (limitazione L-12). Nessun controllo, comportamento di cattura, testo di consenso o regola di conservazione è cambiato.

Manifesto di origine:

v1.6.0

Origine verificata:

5 agosto 2026

L’esecuzione automatica della conservazione copre ora i record di assessment (risposte, punteggi, note dei valutatori, decisioni — 24 mesi come impostazione predefinita, configurabile dall’organizzazione), i log operativi e la dismissione delle organizzazioni (finestra di export di 30 giorni, poi cancellazione dai sistemi attivi con invecchiamento nel ciclo di backup), accanto alla pulizia già esistente dei contenuti di monitoraggio. La limitazione di governance L-13 (esecuzione ampia della conservazione non attiva) è ritirata nel manifest v1.6.0 con evidenze di produzione; le informative sulla privacy pubblicate e le Condizioni d’uso indicano lo stesso calendario.

Manifesto di origine:

v1.5.0

Origine verificata:

3 agosto 2026

I soggetti terzi dietro le sezioni di assessment guidate dall’IA sono ora nominati ai candidati e su questo sito: OpenAI tratta il parlato dei candidati (comprensione del parlato e voce dell’intervistatore) e alimenta la revisione della sorveglianza assistita dall’IA; HeyGen genera il presentatore su schermo dell’intervistatore e riceve soltanto le battute dell’intervistatore — mai l’audio o la camera del candidato. Il rendering delle clip dell’intervistatore per singola domanda è passato da D-ID a HeyGen; quel percorso genera soltanto il testo delle domande scritto dagli autori e non trasporta alcun dato del candidato. Il rischio di governance R-12 (soggetti terzi non ancora nominati) è ritirato nel manifest v1.5.0.

Manifesto di origine:

v1.4.0

Origine verificata:

2 agosto 2026

Questa dichiarazione è ora vincolata al manifest di governance v1.4.0. Il manifest registra che le superfici di revisione con IA decise da una persona (webcam, schermo, audio, controllo del nome sul documento) sono state ciascuna esercitate da revisori su sessioni reali di produzione, con le esecuzioni conservate nel registro di tracciabilità. Nessun controllo pubblico, limitazione o dichiarazione di consenso cambia: vengono aggiornati il vincolo alla fonte e la data di verifica.

Manifesto di origine:

v1.3.0

Origine verificata:

26 luglio 2026

La revisione con IA decisa da una persona ora trascrive anche la registrazione del microfono di una sessione (quando l’organizzazione ha attivato la cattura del microfono e il candidato ha acconsentito) e segnala i segmenti di parlato che vale la pena ascoltare — la domanda letta ad alta voce, schemi di dialogo o di dettatura della risposta. L’identità di chi parla non viene mai affermata, chi revisiona ascolta sempre l’audio reale, ogni segnalazione riceve un verdetto umano esplicito e le note non citano mai contenuti personali. La schermata di consenso del candidato nomina la trascrizione assistita dall’IA in modo coordinato.

Manifesto di origine:

v1.3.0

Origine verificata:

26 luglio 2026

La revisione con IA decisa da una persona ora esamina anche le catture dello schermo di una sessione, segnalando finestre visibili di assistenti IA, motori di ricerca, app di messaggistica, strumenti di controllo remoto e finestre non pertinenti. Le stesse garanzie della revisione della webcam: viene eseguita solo nel contesto di chi revisiona, non decide mai, ogni segnalazione è decisa da una persona; le note dell’IA non citano mai il contenuto personale dei messaggi.

Manifesto di origine:

v1.3.0

Origine verificata:

26 luglio 2026

La scansione con IA della webcam ora parte automaticamente quando un revisore apre una sessione (prima si avviava con un clic). Continua a non essere mai eseguita in autonomia e a non decidere mai: ogni momento segnalato riceve un verdetto umano esplicito e tracciato — confermato o respinto.

Manifesto di origine:

v1.3.0

Origine verificata:

26 luglio 2026

Dichiara la foto di riferimento per l’identità fornita dall’organizzazione: il candidato ne è informato sulla schermata di consenso, il confronto è svolto soltanto da un revisore umano, la foto non viene mai data in pasto a un abbinamento automatico ed è rimovibile in qualsiasi momento come riferimento attuale; le versioni vincolate a una revisione seguono la finestra di conservazione dei contenuti configurata.

Manifesto di origine:

v1.3.0

Origine verificata:

21 luglio 2026

Nomina la cattura del microfono (attivata dall’organizzazione, con il consenso del candidato) accanto a camera e schermo, e dichiara la revisione con IA delle immagini della webcam, avviata dallo staff e con una persona nel ciclo, che non prende mai una decisione automatica.

Manifesto di origine:

v1.1.0

Origine verificata:

20 luglio 2026

Pubblicazione pubblica dei controlli di governance verificati e delle limitazioni documentate.