PreçosDocumentação
Começar
Soluções · Pessoas

A coordenação. Nunca a decisão sobre uma pessoa.

Agendamento em quatro calendários, um kit de entrevista criado a partir do scorecard real, integração que roda sozinha e uma resposta de política baseada no seu manual. O agente cuida da logística. Uma pessoa decide sobre uma pessoa.

ComeçarFale conosco
hiring/platform-engineer/stage-2-systems.mddocument

Etapa 2 — design de sistemas · kit do entrevistador

Scorecard
hiring/scorecards/platform.md
Etapa
2 de 4 · 60 minutos
Testa
Raciocínio sobre falhas
Status
Rascunho · para revisão

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.

Ilustração. A função, o scorecard e os caminhos são fictícios.
A transferência

A logística que consome uma semana de contratação.

Uma equipe de Pessoas é julgamento mais uma montanha de coordenação, e a coordenação impede que o julgamento aconteça. Cada tarefa abaixo é a metade de coordenação.

  1. 01

    Agendamento em quatro calendários

    Encontre o horário que funciona para o painel e o candidato, envie os convites com os materiais certos anexados e refaça tudo quando um entrevistador desistir. A fonte mais confiável de atrasos na contratação — e pura logística.

  2. 02

    O kit de entrevista, criado a partir do scorecard

    Para cada etapa: o que a entrevista testa, perguntas que realmente testam isso e como é uma resposta forte ou fraca. Gerado a partir do seu scorecard no repositório, para que um novo entrevistador siga o mesmo processo que alguém experiente.

  3. 03

    O pacote de debrief

    Ele reúne o que cada entrevistador escreveu, organizado pelo scorecard, não por quem digitou mais, e destaca onde dois entrevistadores discordaram. Expor a discordância é o objetivo. Resol­vê-la é tarefa do painel.

  4. 04

    Integração que roda sozinha

    Contas solicitadas, lista de leitura reunida, plano da primeira semana criado a partir da função e buddy avisado. É uma checklist que executa, em vez de uma checklist que alguém precisa lembrar de abrir.

  5. 05

    Perguntas de política respondidas pelo seu manual

    Perguntadas em uma conversa do Slack, respondidas a partir do documento no seu repositório com a seção citada. Se o manual não responder, ele diz isso e encaminha para uma pessoa, em vez de preencher a lacuna com uma política plausível.

  6. 06

    A descrição da vaga, criada a partir da equipe real

    Ele lê as funções que você já tem e o trabalho que a equipe realmente faz antes de escrever a vaga, para que a descrição corresponda ao trabalho, não à última vaga de um título parecido.

O resultado

Um kit que qualquer entrevistador pode aplicar.

O resultado aqui é sobre o processo, não sobre a pessoa. Ele torna o processo consistente e explicita o nível esperado — a parte que uma ferramenta pode realmente melhorar.

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

Etapa 2 — design de sistemas · kit do entrevistador

Scorecard
hiring/scorecards/platform.md
Etapa
2 de 4 · 60 minutos
Testa
Raciocínio sobre falhas
Status
Rascunho · para revisão

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.

Ilustração. A função, o scorecard e os caminhos são fictícios.

Ele trabalha no processo, não na pessoa

O kit, o agendamento, a estrutura do debrief e o plano de integração. Tudo isso diz respeito à forma como você conduz a contratação. Nada é um julgamento sobre um candidato, e esse limite é uma posição deliberada do produto, não uma limitação.

Seu manual é a fonte

As respostas de política vêm do documento no seu repositório, com a seção citada. Uma pergunta que o manual não cobre é encaminhada para uma pessoa — a lacuna é informada, não preenchida.

O mesmo processo para todo candidato

O valor de gerar o kit a partir do scorecard não é a velocidade. É que o décimo quinto candidato tenha a mesma entrevista que o primeiro, o que é uma questão de justiça antes de ser uma questão de eficiência.

Onde ele chega

O calendário, a caixa de entrada e o sistema de candidatos.

Os sistemas de Pessoas guardam os dados mais sensíveis da empresa, então o mecanismo importa ainda mais aqui. Conecte cada um uma vez para o projeto. As credenciais nunca entram na máquina.

Google Workspace e Outlook
Calendários, convites e a conversa de email com o candidato. Ler um calendário, agendar nele e enviar como você são ações separadas, com respostas separadas.
Greenhouse e outros sistemas de candidatos
No catálogo Easy connect: passe pela tela OAuth e a conexão pertencerá ao projeto. Leia o pipeline e o scorecard, escreva de volta a etapa e o agendamento. Se pode escrever ou não é uma permissão que cabe a você conceder.
Notion e Google Drive
O manual, os scorecards e os planos de integração. Cada vez mais, eles devem ficar no repositório, onde uma alteração de política é um diff com autor e data.
Slack
O único canal ao vivo. As perguntas de política são feitas onde as pessoas já estão, e a resposta volta na conversa. Microsoft Teams vem incluído, mas permanece desativado até que sua implantação o ative.
Como a conexão atua
Uma conexão gerenciada pelo projeto que a equipe compartilha, ou uma autorização pessoal em que cada membro atua como si mesmo e um principal automatizado não pode atuar de forma alguma. Para sistemas de People, a segunda opção geralmente é a correta.

O Easy connect cobre mais de 3.000 apps pelas próprias telas OAuth, e a maioria dos sistemas de candidatos e RH é acessada dessa forma. Quando não for possível, OpenAPI, GraphQL, HTTP bruto ou um servidor MCP remoto resolvem — e, se um sistema contiver dados que você prefere que nenhum agente acesse, a configuração correta é não conectá-lo.

Como ele funciona

Pergunte na thread. Execute o onboarding na data de início.

Três formas de iniciar a mesma sessão. Direcione a agendada para a logística com uma data fixa, nunca para algo avaliativo.

  1. 01Sob demanda

    "Quanto tenho de saldo acumulado?"

    Perguntado em uma thread do Slack, respondido com base no manual e com a seção citada. Perguntas que o manual não responde são encaminhadas a uma pessoa, em vez de receberem um palpite.

  2. 02Com assistência humana

    Ela para antes de entrar em contato com um candidato

    Defina como Ask qualquer ação que envie algo a um candidato. A execução pausa na chamada que mostra a mensagem e o destinatário e retoma exatamente desse ponto após sua aprovação.

  3. 03Automatizado

    A execução do onboarding, na data de início

    Um gatilho cron abre a sessão no primeiro dia e segue o checklist: contas solicitadas, lista de leitura montada, plano da primeira semana elaborado, buddy avisado. Data fixa, lista fixa, nenhum julgamento envolvido.

Control

Onde está o limite — e por que ele existe.

Esta é a função em que "o agente cuidou disso" é a resposta errada. A primeira linha é a posição do produto. O restante são os controles da plataforma.

Ela não toma decisões sobre pessoas
Sem ranking, pontuação, rejeição automatizada ou recomendação disfarçada de resumo. Os trabalhos desta página são agendar, redigir, reunir e responder. Se você quer que um agente avalie candidatos, essa é uma decisão sobre seu processo de contratação — e não é isso que esta página está oferecendo.
Os gates de aprovação ficam desativados até você configurá-los
O padrão enviado é permissivo: uma ação é executada, a menos que você diga o contrário. Em um projeto de People, definir como Ask toda mensagem para um candidato ou funcionário é a primeira mudança a fazer. Isso não vem pronto para você.
O acesso é concedido por agente, não herdado
O agente de recrutamento acessa o sistema de candidatos e o calendário. Ele não acessa a folha de pagamento, porque você não a listou para ele — e ele não consegue descobrir que o conector existe.
As credenciais dos conectores nunca entram na máquina
O sandbox usa um token Kortix com escopo de projeto e nenhuma chave de terceiros. A credencial do sistema de candidatos é descriptografada no servidor, anexada à solicitação de saída e depois descartada.
Onde os dados ficam é escolha sua
Kortix é open source e pode ser hospedado por você: Kortix Cloud, sua própria VPC ou sua própria rede on-premises. Se dados pessoais não puderem sair da sua infraestrutura, execute toda a plataforma dentro dela. Para dúvidas sobre implantação e conformidade, fale conosco em vez de confiar em uma afirmação de marketing.
Como funciona o isolamentoComo os conectores são intermediados

A mesma plataforma, as outras equipes

Um projeto, um conjunto de conectores, uma memória que se acumula. Cada equipe escreve as skills do próprio trabalho; ninguém monta um segundo sistema.

  • VendasPesquisa, rascunhos e higiene do CRM, aguardando sua aprovação
  • MarketingTrabalho de produção que soa como você, porque a voz é um arquivo
  • ProdutoFeedback sintetizado em especificações, com as evidências anexadas
  • EngenhariaReproduza, corrija e abra a solicitação de alteração
  • FinançasO fechamento, a conciliação e a nota de variação
  • TIRunbooks que executam e uma plataforma que sobrevive à sua revisão
  • Ciência de dadosUma máquina real, uma consulta real, uma análise que você pode executar novamente
Todas as soluções →

Opere toda a sua empresa a partir de um único repositório que pertence a você.

Comece com uma tarefa e cresça a partir daí.

Começar

Produto

  • Computador do agente
  • Empresa como código
  • Conectores
  • Automações
  • Canais
  • Agentes e skills
  • Segurança
  • Auto-hospedado
  • Enterprise
  • Preços
  • Baixar

Soluções

  • Vendas
  • Marketing
  • Engenharia
  • Produto
  • Finanças
  • Pessoas
  • IT
  • Ciência de dados

Desenvolvedores

  • Documentação
  • AI Operating System
  • CLI
  • SDK
  • Início rápido
  • Para desenvolvedores
  • Marketplace
  • GitHub

Empresa

  • Sobre
  • Carreiras
  • Blog
  • Registro de alterações
  • Casos de uso
  • Marca

Conectar

  • X
  • LinkedIn
  • Discord
  • Status
  • Suporte
  • Termos
  • Privacidade
©2026 Kortix