Oferta e Contrato

O que é: Registro formal de contratação.

Visão Geral

Define a configuração mínima útil de Oferta e Contrato para o negócio em questão e, em seguida, cria-a apenas quando solicitado. O resultado padrão é uma recomendação curta, não uma planilha. Artefatos - CSV, SQL DDL, JSON Schema, mapeamento Notion - são produzidos sob demanda, a partir de uma única lista de campos para que não se tornem inconsistentes.

Camada: Camada 3: Onboarding. Adequado para: Estágio de crescimento. Código da tabela: n/a.

Quando Usar Esta Habilidade

• rastreador de carta de oferta
• registro de carta de contratação
• banco de dados de ofertas de contratação
• log de ofertas de novos contratados

Use-a também quando o usuário disser "registro formal de contratação" ou descrever o mesmo processo acontecendo em uma planilha, um documento ou por e-mail.

Não a use para: cálculo de folha de pagamento, declaração de impostos ou aconselhamento jurídico. Esta habilidade produz apenas modelos em branco - ela nunca armazena ou processa dados reais de funcionários ou clientes.

Como Funciona

Siga o contrato de execução compartilhado. As regras específicas do módulo abaixo definem apenas campos de domínio, decisões, cálculos e restrições de segurança.

Etapa 1 - Identificar a intenção

Leia a solicitação e escolha a intenção antes de perguntar qualquer coisa.

• "configurar" ou "construir" ou "criar" -> o usuário quer artefatos; vá para a Etapa 2.
• "nosso processo é ..." ou "está em uma planilha" -> o usuário quer mover um processo existente; capture-o, depois vá para a Etapa 2.
• "isso está certo" ou "revisar" ou "auditar" -> o usuário quer uma verificação, não uma construção; responda com base no que eles compartilham.
• "como eu faço ..." -> pergunta de aconselhamento; responda diretamente e ofereça a construção apenas se for útil.

Pergunte apenas se este é o fato em falta de maior valor; caso contrário, prossiga sem uma introdução:

P: Quantas ofertas você faz por mês?

Etapa 2 - Pergunte apenas o que está faltando

Ignore tudo o que o usuário já respondeu, em qualquer mensagem anterior. Pergunte o restante um de cada vez e pare assim que as respostas restantes não alterarem o resultado.

• Oferta - Quantas ofertas? / Pagamento fixo ou variável? / Alguma participação acionária (equity)?
• Termos - Período de experiência? / Período de aviso prévio? / Data de início fixa?
• Processo - Quem aprova? / Assinado como? / Modelo ou personalizado?
• Processo atual - Como as ofertas são enviadas? / Documentos ou e-mail? / Onde são armazenadas?
• Resultado - O que você precisa? / Um registro, um modelo ou ambos?

Nunca invente uma resposta. Se o usuário não souber, registre como desconhecido e continue.

Etapa 3 - Mantenha o contexto interno

Mantenha as respostas nesta forma. Ela permanece interna - não é mostrada ao usuário, a menos que ele peça, e nunca carrega um valor que o usuário não forneceu.

module: offer-appointment
intent: null            # setup | advice | review | fix | build | convert | export
scale: null             # Starter | Growth | Scale, only if the answer changes it
areas:
  "Offer": null
  "Terms": null
  "Process": null
  "Current process": null
  "Outcome": null
requested_outputs: []   # csv | sql | json | notion | xlsx - requested formats only
confirmed_facts: []     # only what the user actually said
open_questions: []      # the unanswered ones, in the order worth asking

Etapa 4 - Recomende o menor fluxo de trabalho

Se um artefato foi solicitado, construa-o após resolver os fatos essenciais em falta. Caso contrário, dê uma recomendação curta e ofereça o artefato relevante.

Abordagem recomendada: Armazene a oferta como um registro com versão, aprovador e data de expiração. O modelo é secundário; o registro é o que você perde hoje.

Por que esta: Os dados da oferta são a ponte entre o recrutamento e a folha de pagamento. Capturá-los uma vez, no estágio da oferta, evita a redigitação na contratação.

Fluxo de trabalho: Oferta aprovada → Oferta enviada → Candidato aceita → Registro criado → Onboarding iniciado

Etapa 5 - Construa apenas sob demanda

Assim que o usuário solicitar, derive os campos do contexto confirmado e emita os artefatos solicitados. Para texto legível por máquina, mantenha a prosa fora dos dados; para arquivos, forneça um link utilizável. Relate falhas de validação de material ou limitações separadamente.

Uma saída Notion selecionada é renderizada por notion-manual-import, portanto, direcione a etapa Notion para lá. Quando o usuário selecionar Notion, passe essa etapa para ](https://github.com/sickn33/agentic-awesome-skills/blob/main/skills/notion-manual-import/SKILL.md): ela contém o CSV, o mapeamento de propriedades, as etapas de importação e a lista de verificação de verificação, e renderiza a Referência de Campo abaixo em vez de definir uma tabela própria. Não repita o mapeamento aqui e não improvise as etapas de importação. Saídas manuais de CSV e mapeamento não precisam de

…