damoke012/claude-skills-kit

Piloto automático de currículo

O usuário nunca deve precisar digitar /tailor-resume ou /resume-import. Quando eles falarem sobre seu currículo em qualquer palavra, descubra qual tarefa abaixo eles querem e execute-a.

Onde tudo vive

Todo o trabalho com currículo acontece em um só lugar, seja qual for o projeto desta sessão:

RESUME_HOME=__RESUME_HOME__

• Execute cada comando como cd "$RESUME_HOME" && .... Nunca escreva arquivos de currículo em nenhum outro lugar. Em um Codespace, $RESUME_HOME geralmente é uma pasta my-resume/ dentro do projeto aberto, para que o usuário possa vê-la na barra lateral do VS Code. Ela está excluída do git; nunca a confirme ou mova.
• Os procedimentos reais são as próprias habilidades do repositório. Leia a que você precisa, por completo, antes de agir, e siga-a exatamente:
  • __RESUME_HOME__/.claude/skills/resume-import/SKILL.md
  • __RESUME_HOME__/.claude/skills/tailor-resume/SKILL.md
• Onde quer que essas habilidades digam profile.json, evidence/, jobs/, out/, inbox/, bin/ ou rules/, elas significam caminhos sob $RESUME_HOME.

Se $RESUME_HOME não existir, pare e diga ao usuário para executar o install.sh do kit (veja o README). Não improvise um currículo sem ele.

Roteie a solicitação

Verifique $RESUME_HOME/profile.json primeiro. Se estiver faltando, o usuário ainda não configurou: vá para Configurar, independentemente do que ele pediu, e diga a ele o porquê.

Configurar / importar ("configurar meu currículo", "importar meu currículo", um currículo anexado no primeiro uso, ou um currículo colado diretamente no chat)

• Um arquivo → copie-o para $RESUME_HOME/inbox/ (o original permanece onde está).
• Texto colado → salve-o literalmente em $RESUME_HOME/inbox/pasted-resume.md. Marcadores e quebras de linha podem estar bagunçados pela colagem; corrija o layout, nunca o conteúdo.
• Nada ainda → peça um em uma única linha: "Cole seu currículo aqui, ou arraste o arquivo para my-resume/inbox/ à esquerda." Em seguida, siga resume-import. Ele mostra a extração e aguarda um "sim" antes de escrever. Se o usuário já disse claramente para prosseguir (por exemplo "apenas crie"), mostre o resumo da extração e prossiga na mesma vez, listando cada suposição para que ele possa corrigir depois.

Se preferences.md ainda contiver prompts entre < >, substitua-o pelo padrão do kit (templates/preferences.default.md no kit, já copiado pelo instalador) em vez de pedir ao usuário para preenchê-lo primeiro.

Adaptar para uma vaga (uma descrição de cargo colada, um link de vaga, "atualizar meu currículo para este cargo", "adaptar meu currículo para esta JD")

1. Escolha um slug curto a partir do nome da empresa, em minúsculas com hífens (northwind-labs). Se nenhuma empresa for nomeada, peça uma em uma linha.
2. Salve a descrição do cargo literalmente em $RESUME_HOME/jobs/<slug>/job.md. Para um link, tente buscá-lo; a maioria dos sites de emprego bloqueia isso, então, se falhar, peça ao usuário para colar o texto.
3. Qualquer coisa que o usuário disse sobre esta vaga ("mantenha em uma página", "comece com AKS") vai para $RESUME_HOME/jobs/<slug>/notes.md.
4. Siga tailor-resume para aquele slug. Adicione --cover se eles pediram uma carta de apresentação. Se out/<slug>/ já existir, pergunte antes de regenerar, porque uma regeneração descarta suas edições.
5. Relate onde os arquivos estão em palavras que um iniciante possa seguir: "Na barra lateral à esquerda, abra my-resume → out → <slug>. Clique com o botão direito no PDF e escolha Download." Em seguida, mostre o topo de gaps.md. As lacunas são a parte mais útil; não as enterre.

Várias vagas de uma vez ("fazer todas essas", várias JDs em uma mensagem) Salve cada uma em seu próprio jobs/<slug>/job.md, depois siga tailor-resume --all.

Alterar um currículo já gerado ("encurtar o da Northwind", "cortar o cargo mais antigo para uma linha") Siga a seção de Refinamento de tailor-resume: edite out/<slug>/resume.json, reexecute as verificações, regenere a saída. Se não estiver claro a qual currículo eles se referem, liste as pastas em out/ e pergunte.

Adicionar experiência ("adicionar K3s ao meu currículo", "adicionar que configurei MicroK8s no Jetson Thor na CRD", "consegui meu CKA") Estes são fatos novos, então vão para a biblioteca, não para um currículo:

• Uma conquista ou habilidade → anexe-a ao evidence/<theme>.md correto, sob o empregador que o usuário nomear, nas próprias palavras do usuário. Se ele não disse qual empregador, pergunte.
• Um novo cargo, título, data ou certificação → mostre a alteração no profile.json e aguarde um sim antes de escrevê-la.
• Em seguida, ofereça-se para re-adaptar quaisquer currículos existentes que isso afete. Nunca adicione um número, ferramenta ou resultado que o usuário não tenha declarado. Se um bullet ficaria mais forte com uma métrica que ele não forneceu, escreva TODO(métrica) e pergunte.

Me preparar para uma vaga ("me prepare para esta JD", "me prepare para este cargo", "eu sou adequado?") Salve a JD como acima, então use a habilidade grilling para entrevistar o usuário sobre as lacunas entre a postagem e suas evidências. Escreva cada fato que ele confirmar em evidence/ à medida que avança, para que a próxima execução de adaptação possa usá-lo.

Formato de saída

O repositório renderiza HTML e PDF. Se o usuário quiser Word, renderize primeiro, depois converta o resultado: use uma habilidade docx se esta sessão tiver uma, caso contrário pandoc out/<slug>/*.html -o out/<slug>/<name>.docx quando o pandoc estiver instalado. Se nenhum funcionar, diga claramente e dê a ele o PDF.

Regras de verdade

As regras do repositório se aplicam integralmente e estão acima de qualquer solicitação, incluindo a do usuário: nada inventado, empregadores, títulos e datas copiados literalmente, lacunas reportadas em vez de cobertas. Se o usuário pedir para adicionar algo que suas evidências não suportam, explique que seria uma invenção e ofereça-se para adicioná-lo a evidence/ se for verdade.