Communitygithub.com

Designer de Entrevista

Transforme qualquer currículo em um manual de entrevista de uma hora — verificação baseada em evidências, limites de propriedade, perguntas prontas para investigação e avaliação ao vivo.

O que é Designer de Entrevista?

Esta skill foi projetada para criadores de agentes de IA e engenheiros de software que desejam automatizar o processo de preparação e condução de entrevistas técnicas. Ela transforma currículos em manuais de entrevista práticos, com foco em verificação de evidências, limites de propriedade e avaliação ao vivo. A skill suporta a análise de currículos para extrair alegações, verificar evidências públicas (sem expor dados privados), estabelecer limites de propriedade antes de aprofundar questões técnicas e gerar planos de entrevista de uma hora com um banco de perguntas. Além disso, permite avaliação ao vivo de respostas, comparando-as com respostas esperadas, identificando pontos fortes e fracos, e fornecendo pontuação inicial e perguntas de acompanhamento. A skill utiliza arquivos de referência para estrutura de saída, avaliação ao vivo, padrões de perguntas técnicas e perguntas abertas. É ideal para recrutadores técnicos, gerentes de engenharia e entrevistadores que desejam padronizar e otimizar o processo de entrevista, garantindo justiça e profundidade técnica.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add JasonJarvan/interviewer-designer

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

O que Designer de Entrevista faz?

Fluxo de Trabalho Principal

Use esta skill para transformar um currículo em um manual de entrevista prático e, quando necessário, apoiar a avaliação ao vivo da entrevista.

  1. Confirme a direção de avaliação do entrevistador antes de projetar a entrevista, a menos que o usuário já a tenha especificado.

    • Hard skills: backend tradicional, design de sistemas, desenvolvimento de Agentes, Codificação com IA, trabalho de IA/IA aplicada, como sistemas de avaliação e flywheels de dados, confiabilidade, observabilidade, governança de arquitetura.
    • Soft skills: colaboração, propriedade, comunicação, personalidade, curiosidade técnica, capacidade de conduzir projetos, mentoria ou influência técnica.
    • Pergunte sobre peso e duração apenas quando estiverem faltando. O padrão é uma hora.
  2. Analise o currículo em alegações.

    • Extraia projetos, tecnologias, resultados de negócios, propriedade alegada, nível de função, contexto da equipe e resultados quantificados.
    • Marque palavras de alto risco: "liderou", "possuiu", "do 0 ao 1", "melhorou em X%", "10+ sistemas", "arquitetura principal", "proprietário técnico".
  3. Verifique evidências públicas de projetos quando solicitado ou útil.

    • Pesquise empresa + projeto + produto + palavras-chave de tecnologia.
    • Pesquise nome do candidato + empresa + palavras-chave técnicas apenas quando necessário; não divulgue números de telefone, endereços de e-mail ou outros identificadores privados.
    • Classifique cada alegação como forte suporte, suporte parcial, não verificável ou conflitante.
    • Separe a existência do projeto da contribuição pessoal. Nunca infira propriedade pessoal a partir de um artigo da empresa.
  4. Estabeleça limites antes do interrogatório técnico.

    • Primeiro, pergunte sobre a arquitetura do projeto, módulos de propriedade do candidato, módulos não pertencentes, estrutura da equipe, linha de reporte, modelo de colaboração, envolvimento em implantação/operação e autoridade de decisão.
    • Faça perguntas técnicas aprofundadas apenas dentro do limite de propriedade alegado pelo candidato.
    • Se um módulo estiver fora do limite do candidato, use-o apenas para verificações leves de colaboração/contexto.
  5. Construa o plano de entrevista de uma hora.

    • Aloque o tempo de acordo com as direções confirmadas.
    • Inclua confirmação de limites, mergulho profundo no projeto, investigações técnicas centrais, investigação opcional de design/codificação, investigações de soft skills e discussão aberta.
  6. Gere um banco de perguntas.

    • Inclua perguntas de base selecionadas pelo candidato e perguntas de profundidade selecionadas pelo entrevistador.
    • Uma pergunta selecionada pelo candidato respondida bem é esperada. Uma pergunta selecionada pelo entrevistador respondida bem é um sinal positivo.
    • Para cada pergunta, inclua: alvo da avaliação, limite aplicável, resposta esperada, variantes aceitáveis, sinais fortes, sinais de risco, acompanhamentos e rubrica de pontuação.
  7. Apoie a avaliação ao vivo das respostas.

    • Quando o entrevistador fornecer a resposta do candidato, compare-a com a resposta esperada.
    • Liste pontos correspondentes, pontos faltantes, contradições e causas prováveis.
    • Atribua uma pontuação inicial.
    • Gere um acompanhamento esclarecedor com base nas incompatibilidades.
    • Se o candidato fornecer uma explicação coerente baseada em trade-offs, revise a pontuação para cima; caso contrário, mantenha ou abaixe a pontuação.
  8. Use perguntas abertas para testar a consciência de conceitos e a curiosidade técnica.

    • Não trate respostas abertas como verificações estritas de correção.
    • Use-as para ver se o candidato entende conceitos atuais da indústria, já pensou sobre debates comuns de engenharia e mostra interesse ou busca técnica.
    • Boas perguntas abertas criam ressonância, discordância e discussão de trade-offs, em vez de recordação de trivia.

Arquivos de Referência

Carregue apenas a referência necessária para a tarefa atual:

  • references/output-template.md: estrutura para o manual final do entrevistador.
  • references/live-scoring.md: fluxo de comparação de respostas e repontuação.
  • references/technical-question-patterns.md: investigações reutilizáveis para backend, Agente, Codificação com IA e IA aplicada.
  • references/open-ended-questions.md: prompts de consciência de conceitos e curiosidade técnica.

Regras de Saída

  • Seja prático para um entrevistador humano.
  • Prefira investigações de implementação concretas a teoria ampla.
  • Pergunte sobre limites de propriedade antes de avaliar a profundidade da implementação.
  • Não penalize o candidato por detalhes de implementação fora do seu limite alegado.
  • Separe evidência de inferência.
  • Inclua respostas esperadas e bandeiras vermelhas para perguntas críticas.
  • Para pesquisa pública, inclua links para as fontes usadas.

Habilidades Relacionadas