contexto

Construir contexto reutilizável do negócio

Organiza fatos, decisões, preferências, fontes e limites em uma base de contexto atualizável para diferentes tarefas.

Quando usar e quando não usar

Quando usar

Use quando diferentes tarefas dependem do mesmo conjunto de informações sobre negócio, ofertas, públicos, linguagem e políticas. A Skill organiza material fornecido em uma base legível, rastreável e fácil de recortar para cada tarefa. Ela ajuda a evitar que uma preferência vire fato, que uma hipótese pareça decisão ou que uma política vencida continue sendo aplicada sem revisão.

É especialmente útil quando há documentos dispersos, responsáveis diferentes e revisões periódicas. O resultado não é uma “memória perfeita” nem uma verdade automática: é um inventário editorial com fontes, autoridade, validade, conflitos e lacunas explícitos.

Quando não usar

Não use como cofre de senhas, chaves, tokens, documentos pessoais ou segredos comerciais sem necessidade e autorização. Não copie bancos de dados inteiros. Não use a base para substituir a fonte oficial de uma política crítica nem para decidir qual versão vence quando nenhum responsável foi indicado.

Não transforme rumores, inferências ou preferências em fatos. Se a finalidade for apenas responder a uma pergunta pontual, reúna somente o contexto mínimo necessário em vez de construir uma base ampla. Se houver obrigação legal de retenção, acesso ou exclusão, peça a política aplicável antes de armazenar material.

Resultado e entradas

Resultado

  • Base de contexto reutilizável com fontes, glossário, conflitos, privacidade e regras de atualização

Entradas necessárias

  • Descrição do negócio, ofertas e públicos
  • Fontes, responsáveis e datas de revisão
  • Políticas, vocabulário e limites autorizados

Formato de saída

Siga o modelo de saída. Entregue mapa de fontes, núcleo do negócio, ofertas, públicos, voz, políticas e limites, glossário, conflitos, lacunas, visões por tarefa e protocolo de atualização. Cada item precisa de classe, fonte, validade e autoridade quando aplicáveis.

Mantenha identificadores de fonte consistentes entre seções. Use “não informado” no lugar de atribuir um responsável por inferência. Consulte o exemplo para ver como uma preferência conflitante permanece aberta sem contaminar um fato confirmado.

Como funciona

Procedimento

  1. Inventarie fontes. Liste materiais fornecidos, origem, responsável informado, data, escopo e próxima revisão. Diferencie fonte oficial, registro de decisão, exemplo e relato. Não trate repetição entre documentos como confirmação independente.
  2. Classifique cada item. Marque fato, decisão, preferência, hipótese ou lacuna antes de reorganizar. Registre a evidência ou pergunta que justifica o rótulo. Se um item mistura classes, divida-o para que cada linha tenha tratamento claro.
  3. Detecte conflito, validade e autoridade. Compare itens sobre o mesmo tema, verifique datas e identifique quem pode decidir. Mantenha versões conflitantes lado a lado quando a autoridade não estiver informada. Não escolha a mais recente ou mais conveniente por padrão.
  4. Separe núcleo, ofertas, públicos, voz e políticas. O núcleo contém identidade e limites estáveis; ofertas descrevem entregas e condições confirmadas; públicos registram situações observadas sem estereótipos; voz reúne preferências com dono; políticas apontam para fonte, validade e autoridade.
  5. Construa fontes e glossário. Dê um identificador estável a cada fonte. No glossário, registre termo, significado autorizado, usos a evitar, fonte e validade. Não invente definições para preencher consistência aparente.
  6. Crie visões mínimas por tarefa. Para cada uso conhecido, selecione apenas o contexto que muda decisões naquela tarefa. Uma visão para proposta não precisa carregar todo o histórico editorial. Liste dependências e mantenha links para a fonte, sem duplicar dados sensíveis.
  7. Defina histórico de atualização. Registre o que mudou, por quê, fonte, responsável informado, impacto, versão anterior e próxima revisão. Mudanças não apagam decisões antigas; elas deixam de ser atuais e permanecem rastreáveis.
  8. Remova dados privados desnecessários. Revise nomes, contatos, credenciais, identificadores, contratos e exemplos. Retenha somente o necessário para a finalidade autorizada, substitua casos por versões anonimizadas e exponha restrições de acesso ainda desconhecidas.

Regra de parada

Nunca armazene credenciais. Se elas aparecerem, interrompa o processamento desse material, oriente a remoção e continue apenas com uma versão segura fornecida pelo usuário. Não resolva um conflito sem dono ou autoridade informada; registre as versões, o impacto e a pergunta que precisa de decisão.

Pare antes de publicar uma base que não distingue fato, decisão, preferência, hipótese e lacuna, ou que não oferece fonte para itens apresentados como confirmados. A entrega termina com as visões mínimas e o protocolo de atualização; acesso, sincronização ou gravação em sistemas externos exigem outro pedido e autorização. Para copiar o pacote e realizar um ensaio não sensível, consulte instalação.

Exemplo limitado

Entrada

Fonte F-01, apresentação aprovada em 10 de setembro: a oficina ensina revisão de textos com briefing. Fonte F-02, nota sem aprovador: “usar tom sempre informal”. Fonte F-03, registro de decisão da responsável editorial: propostas comerciais devem manter linguagem direta e podem usar tratamento formal conforme o cliente. A próxima revisão de F-03 ocorre na mudança do modelo de proposta.

Saída

Fato C-01: a oficina trabalha com revisão baseada em briefing; fonte F-01; validade até nova apresentação. Decisão C-02: propostas permitem tratamento formal conforme o cliente; fonte F-03; autoridade editorial informada. Preferência C-03: usar tom sempre informal; fonte F-02; dono não informado; estado conflitante com C-02. O conflito não é resolvido automaticamente.

Visão mínima para proposta: C-01 e C-02, mais a regra de consultar o tratamento confirmado pelo cliente. C-03 fica na seção de conflitos e não orienta a tarefa. Lacuna: responsável por F-02. Nenhuma credencial, contato ou documento privado é armazenado.

Arquivos do pacote

  • references/
    • entrada.md
    • exemplo.md
    • instalacao.md
    • modelo-de-saida.md
  • SKILL.md

Skill e prompt

Um prompt pede uma resposta pontual. Esta Skill preserva procedimento, critérios, regra de parada, exemplos e modelos entre usos.

Compatibilidade

  • Claude Code: ainda não verificado
  • Codex: ainda não verificado
  • Antigravity: ainda não verificado

Validação

Estrutura verificada

Estrutura verificada confere arquivos, caminhos e checksums. Não comprova o comportamento em um agente.

Autoria, fonte e licença

Criada pelo PromptMestre

URL canônica

Licença: CC-BY-4.0