PrezziDocumentazione
Inizia
Soluzioni · Persone

Il coordinamento. Mai la decisione su una persona.

Pianificazione su quattro calendari, un kit per colloqui creato dalla scorecard reale, onboarding automatico e una risposta alle policy tratta dal tuo handbook. L'agente gestisce la logistica. Una persona decide sulle persone.

IniziaParla con noi
hiring/platform-engineer/stage-2-systems.mddocument

Fase 2 — system design · kit per l'intervistatore

Scorecard
hiring/scorecards/platform.md
Fase
2 di 4 · 60 minuti
Valuta
Ragionamento sui fallimenti
Stato
Bozza · da revisionare

What this stage is for: whether the candidate reasons about failure before they reason about throughput. It is not a breadth check — stage 3 covers breadth, and asking here duplicates it.

Open with a system they have actually operated, not a hypothetical. Follow the first failure mode they name all the way down. A strong answer gets more specific under pressure; a weak one gets more abstract.

Not in scope for this stage, and flagged because interviewers keep straying into it: compensation, notice period, and anything that belongs to the recruiter conversation.

Illustrazione. Il ruolo, la scorecard e i percorsi sono inventati.
Il passaggio di consegne

La logistica che divora una settimana di recruiting.

Un team People è giudizio più una montagna di coordinamento, e il coordinamento impedisce al giudizio di avere luogo. Tutti i lavori qui sotto riguardano la metà dedicata al coordinamento.

  1. 01

    Pianificazione su quattro calendari

    Trova lo slot che funziona per panel e candidato, invia gli inviti con i materiali corretti allegati e ripeti tutto quando un intervistatore rinuncia. È la fonte più affidabile dei ritardi nelle assunzioni e pura logistica.

  2. 02

    Il kit per il colloquio, creato dalla scorecard

    Per ogni fase: cosa sta valutando il colloquio, domande che lo valutano davvero e come appare una risposta forte o debole. Generato dalla tua scorecard nel repo, così un nuovo intervistatore segue lo stesso percorso di uno esperto.

  3. 03

    Il pacchetto per il debrief

    Assembla ciò che ha scritto ogni intervistatore, organizzandolo secondo la scorecard invece che in base a chi ha scritto di più, e mette in evidenza i disaccordi. Far emergere il disaccordo è lo scopo. Risolverlo è compito del panel.

  4. 04

    Onboarding automatico

    Account richiesti, materiale di lettura raccolto, piano della prima settimana preparato in base al ruolo e buddy avvisato. È una checklist che si esegue invece di una checklist che qualcuno deve ricordarsi di aprire.

  5. 05

    Domande sulle policy, con risposte tratte dal tuo handbook

    Posta in un thread Slack, riceve risposta dal documento nel tuo repo con la sezione citata. Se il tuo handbook non contiene la risposta, lo dice e indirizza a una persona invece di colmare il vuoto con una policy plausibile.

  6. 06

    La descrizione del ruolo, scritta dal team reale

    Legge i ruoli che hai già e il lavoro effettivo di quel team prima di scrivere l'annuncio, così la descrizione corrisponde al lavoro invece che all'ultimo annuncio per un titolo simile.

Il risultato

Un kit che ogni intervistatore può usare.

Qui l'output riguarda il processo, non la persona. Rende il percorso coerente e il livello atteso esplicito: è ciò che uno strumento può davvero migliorare.

hiring/platform-engineer/stage-2-systems.mdDocument

Fase 2 — system design · kit per l'intervistatore

Scorecard
hiring/scorecards/platform.md
Fase
2 di 4 · 60 minuti
Valuta
Ragionamento sui fallimenti
Stato
Bozza · da revisionare

What this stage is for: whether the candidate reasons about failure before they reason about throughput. It is not a breadth check — stage 3 covers breadth, and asking here duplicates it.

Open with a system they have actually operated, not a hypothetical. Follow the first failure mode they name all the way down. A strong answer gets more specific under pressure; a weak one gets more abstract.

Not in scope for this stage, and flagged because interviewers keep straying into it: compensation, notice period, and anything that belongs to the recruiter conversation.

Illustrazione. Il ruolo, la scorecard e i percorsi sono inventati.

Lavora sul processo, non sulla persona

Il kit, la pianificazione, la struttura del debrief e il piano di onboarding. Ognuno riguarda il modo in cui gestisci le assunzioni. Nessuno esprime un giudizio su un candidato: è una scelta di prodotto deliberata, non una limitazione.

La fonte è il tuo handbook

Le risposte alle policy vengono dal documento nel tuo repo con la sezione citata. Una domanda non coperta dal handbook viene indirizzata a una persona: il vuoto viene segnalato, non colmato.

Lo stesso percorso per ogni candidato

Il valore di generare il kit dalla scorecard non è la velocità. È che il quindicesimo candidato affronta lo stesso colloquio del primo: una caratteristica di equità prima ancora che di efficienza.

Dove arriva

Il calendario, la posta in arrivo, il sistema per i candidati.

I sistemi People contengono i dati più sensibili dell'azienda, quindi qui il meccanismo conta più che mai. Collega ciascuno una volta per il progetto. Le credenziali non entrano mai nella macchina.

Google Workspace e Outlook
Calendari, inviti e thread email con il candidato. Leggere un calendario, prenotare su di esso e inviare a tuo nome sono azioni separate, con autorizzazioni separate.
Greenhouse e altri sistemi per candidati
Nel catalogo Easy connect: completa la schermata OAuth e la connessione appartiene al progetto. Leggi la pipeline e la scorecard, quindi scrivi fase e pianificazione. Decidere se può scrivere è una tua autorizzazione.
Notion e Google Drive
Il handbook, le scorecard e i piani di onboarding. Sempre più spesso appartengono invece al repo, dove una modifica a una policy è un diff con autore e data.
Slack
L'unico canale live. Le domande sulle policy vengono poste dove le persone sono già e la risposta torna nel thread. Microsoft Teams è incluso, ma rimane disattivato finché il tuo deployment non lo abilita.
Chi impersona la connessione
Una connessione gestita dal progetto e condivisa dal team, oppure un’autorizzazione personale in cui ogni membro agisce per sé e un’identità automatizzata non può agire affatto. Per i sistemi People, di solito la seconda è la scelta giusta.

Easy connect copre oltre 3.000 app tramite le rispettive schermate OAuth, e la maggior parte dei sistemi per candidati e HR si raggiunge così. Quando non è possibile, OpenAPI, GraphQL, HTTP puro o un server MCP remoto consentono di accedervi — e se un sistema contiene dati che preferiresti non fossero mai toccati da un agente, la configurazione corretta è non collegarlo.

Come viene eseguito

Chiedilo nel thread. Esegui l’onboarding alla data di inizio.

Tre modi per avviare la stessa sessione. Indirizza quella pianificata alla logistica con una data fissa, mai a qualcosa di valutativo.

  1. 01Su richiesta

    "Quanto riporto ho?"

    Domandato in un thread Slack, risposto dal manuale con la sezione citata. Le domande a cui il manuale non risponde vengono inoltrate a una persona invece di ricevere una risposta inventata.

  2. 02Con supporto umano

    Si ferma prima di contattare un candidato

    Imposta su Ask tutto ciò che invia messaggi a un candidato. L’esecuzione si mette in pausa sulla chiamata che mostra il messaggio e il destinatario, poi riprende esattamente da lì dopo la tua approvazione.

  3. 03Automatizzato

    L’esecuzione dell’onboarding, alla data di inizio

    Un trigger cron apre la sessione il primo giorno e segue la checklist: account richiesti, lista di letture preparata, piano della prima settimana abbozzato, messaggio al buddy inviato. Data fissa, lista fissa, nessun giudizio.

Control

Dov’è il limite e perché è stato tracciato lì.

Questa è la funzione in cui "se ne è occupato l’agente" è la risposta sbagliata. La prima riga è la posizione del prodotto. Il resto sono i controlli della piattaforma.

Non prende decisioni sulle persone
Nessuna graduatoria, nessun punteggio, nessun rifiuto automatico, nessuna raccomandazione mascherata da riepilogo. I lavori di questa pagina sono pianificare, scrivere bozze, assemblare e rispondere. Se vuoi che un agente selezioni i candidati, è una decisione che stai prendendo sul tuo processo di assunzione — e non è ciò che questa pagina ti sta proponendo.
I blocchi di approvazione sono disattivati finché non li configuri
Il comportamento predefinito distribuito è permissivo: un’azione viene eseguita salvo diversa indicazione. Per un progetto People, impostare su Ask ogni messaggio destinato a un candidato o dipendente è la prima modifica da fare. Non viene fatto automaticamente.
L'accesso viene concesso per agente, non ereditato
L’agente di recruiting raggiunge il sistema per candidati e il calendario. Non raggiunge il payroll, perché non lo hai elencato — e non può scoprire che il connettore esiste.
Le credenziali dei connettori non entrano mai nella macchina
La sandbox contiene un token Kortix con ambito di progetto e nessuna chiave di terze parti. La credenziale del sistema per candidati viene decrittata lato server, allegata alla richiesta in uscita e poi eliminata.
Dove risiedono i dati lo scegli tu
Kortix è open source e auto-ospitabile: Kortix Cloud, il tuo VPC o la tua rete on-premise. Se i dati personali non possono lasciare la tua infrastruttura, esegui l’intera piattaforma al suo interno. Per domande su deployment e conformità, parlane con noi invece di fidarti di una promessa su una pagina marketing.
Come funziona l'isolamentoCome vengono gestiti i connettori

La stessa piattaforma, gli altri team

Un progetto, un insieme di connettori, una memoria che si arricchisce. Ogni team scrive le competenze per il proprio lavoro; nessuno crea un secondo sistema.

  • VenditeRicerche, bozze e igiene del CRM, in attesa della tua approvazione
  • MarketingLavoro di produzione che suona come te, perché la voce è un file
  • ProdottoFeedback sintetizzato in specifiche, con le prove allegate
  • EngineeringRiproduci il problema, applica la correzione, apri la change request
  • FinanzaLa chiusura, la riconciliazione e la nota sulle varianze
  • ITRunbook eseguibili e una piattaforma che supera la tua revisione
  • Data ScienceUna macchina reale, una query reale, un'analisi che puoi rieseguire
Tutte le soluzioni →

Gestisci l'intera azienda da un unico repo che possiedi.

Inizia da un'attività e cresci da lì.

Inizia

Prodotto

  • Computer dell’agente
  • Azienda come codice
  • Connettori
  • Automazioni
  • Canali
  • Agenti e skill
  • Sicurezza
  • Self-hosted
  • Enterprise
  • Prezzi
  • Scarica

Soluzioni

  • Vendite
  • Marketing
  • Engineering
  • Prodotto
  • Finanza
  • Persone
  • IT
  • Data Science

Sviluppatori

  • Documentazione
  • AI Operating System
  • CLI
  • SDK
  • Avvio rapido
  • Per sviluppatori
  • Marketplace
  • GitHub

Azienda

  • Informazioni
  • Lavora con noi
  • Blog
  • Registro delle modifiche
  • Casi d'uso
  • Brand

Connetti

  • X
  • LinkedIn
  • Discord
  • Stato
  • Supporto
  • Termini
  • Privacy
©2026 Kortix