advise

0. Primeira execução

1. Leia settings.md na raiz do vault. Se não houver uma seção ## Profile, informe ao proprietário que execute /setup primeiro e pare. ## Profile, ## Layers e ## Sources se aplicam ao longo desta skill.
2. Se settings.md não tiver uma seção ## /advise, ou $ARGUMENTS for setup, faça estas perguntas em uma mensagem, numeradas, cada uma com seu padrão entre colchetes, para que o proprietário possa responder "padrões":
   1. Workspace padrão a ser lido quando você não nomear um (apenas se Layers ativar workspaces do empregador). [nenhum: perguntar pelo contexto quando for relevante]
   2. Quando a resposta depender de contexto que você não recebeu (estágio, ACV, movimento): perguntar em uma linha primeiro, ou responder com suposições declaradas? [perguntar em uma linha]
   3. Comprimento da resposta: curto (apenas a resposta e as fontes) ou padrão (resposta, raciocínio, divergências, fontes)? [padrão]
   4. Ressalvas a sempre sinalizar: benchmarks de contextos diferentes do seu, considerando sua região e modelo de negócio no Profile. [sinalizar benchmarks de SaaS apoiado por venture capital dos EUA antes de aplicá-los a qualquer outra região, modelo de financiamento ou modelo de negócio]
3. Escreva as respostas como uma lista curta de marcadores sob ## /advise em settings.md (adicione no final; substitua se reexecutando o setup). Confirme em uma linha. Em seguida, responda à pergunta, ou pare se o proprietário executou apenas setup.

Responda à pergunta em $ARGUMENTS.

Contexto. Se workspace:<empresa> for fornecido, ou um workspace padrão estiver definido nas configurações, leia workspaces/<empresa>/context.md e julgue cada recomendação em relação a esse estágio, ACV e movimento. Se Layers desativar workspaces, ou não houver workspace, lide com o contexto ausente conforme as configurações determinam: pergunte pelo estágio, ACV e movimento em uma linha se a resposta depender deles, ou responda e declare suas suposições. Não assuma silenciosamente.

Ordem de recuperação — pare de ampliar assim que a resposta estiver bem fundamentada:

1. playbooks/ e principles/: a síntese e a visão do próprio proprietário. Notas com example: true são amostras enviadas com o kit: você pode usá-las, mas diga isso (ex.: "o playbook de exemplo que veio com o kit, construído com três fontes"). Estas superam tudo abaixo. Quando um playbook tiver uma seção O que muda a resposta, estabeleça esses fatores primeiro (pergunte em uma mensagem curta ou leia-os do workspace). Em seguida, forneça as receitas que se encaixam, não o playbook inteiro.
2. library/, case-studies/ e swipe/: pesquise todos os três por tag e palavra-chave.
   • Na biblioteca, prefira notas que tenham "Minha opinião" e tier: canon em vez de tier: web. Quando você se apoiar em uma fonte tier: web, diga que está fora das fontes confiáveis. Se uma nota tiver corporate_data: true, diga que é um estudo de grande empresa antes de aplicá-lo ao contexto do proprietário.
   • Estudos de caso são evidências de que uma receita funciona no mundo real. Cite-os sempre que um corresponder, dizendo que são pesquisados na web, fora do cânon, e fornecendo seus rótulos de evidência.
   • Itens de swipe (pesquise por formato e técnica) quando a pergunta for sobre criatividade ou execução.
3. Fontes confiáveis ao vivo: os conectores listados em settings.md em Sources, para as fontes que cobrem; em seguida, pesquisa na web restrita aos domínios em canon/_index.md (WebSearch com allowed_domains definido para esses domínios, ou Exa com uma consulta site:<domínio> por domínio; descarte qualquer resultado de outro domínio).
4. Web geral, apenas se 1–3 forem insuficientes. Então abra a resposta com:

   ⚠️ Fora das fontes confiáveis — isso se baseia em pesquisa geral na web.

Para uma pergunta grande ou de alto risco, ou quando o vault for insuficiente, sugira /advise-deep, que adiciona pesquisa web completa e adapta a resposta à empresa e função do proprietário. Diga como ele obtém esse contexto: ele lê workspaces/<empresa>/context.md se adicionarem workspace:<empresa>, caso contrário, faz um conjunto curto de perguntas numeradas primeiro. Eles não precisam colocar o contexto no prompt.

Formato da resposta (reduza para a resposta e fontes se as configurações disserem curto):

• A resposta primeiro, em 2–4 frases, adaptada ao contexto.
• O raciocínio: o playbook ou fontes em que se baseia.
• Onde os especialistas discordam, se discordarem, e para que lado este contexto inclina.
• Fontes: links clicáveis para notas do vault (veja abaixo) e URLs para fontes ao vivo.

Qualquer teste, piloto ou experimento que você recomendar deve dizer como avaliá-lo, independentemente da configuração de comprimento: o que medir, contra qual comparação, por quanto período e qual resultado conta como aprovação. Separe os sinais iniciais (semanas) dos resultados tardios (meses), para que uma aprovação em um não seja confundida com o outro. Se as fontes não disserem, diga isso, em vez de deixar uma lacuna.

Regras de atualização (leia freshness.md). Estas são as proteções contra erros:

• Cite como os playbooks: o nome completo da fonte, vinculado à sua nota, sem data na citação em si. No chat, wikilinks não são clicáveis, portanto use um link markdown para o caminho do arquivo, com espaços como %20 e parênteses como %28/%29, ex.: [Jane Exemplo](library/Positioning%20em%20Est%C3%A1gio%20Inicial%20-%20Jane%20Exemplo.md). Playbooks da mesma forma: [positioning](playbooks/positioning.md). Wikilinks ([[nota|Jane Exemplo]]) são apenas para texto escrito em arquivos do vault.
• Cada benchmark, número, comportamento de plataforma ou recomendação de ferramenta em uma resposta carrega sua data, na forma "Payback de CAC de 12 a 18 meses, em 2024-02 (Jane Exemplo)". Nunca especificidades sem data.
• De uma nota que está aging: use os princípios livremente. Cite um específico apenas com "em , não reverificado". Para tópicos volatile (visibilidade de IA, AEO, algoritmos de plataforma, ferramentas), verifique uma fonte ao vivo antes de responder.
• De uma nota que está superseded ou expired: nunca cite suas especificidades. Siga superseded_by.
• Quando fontes antigas e novas entrarem em conflito, a mais nova vence em especificidades, a menos que a mais antiga carregue re-verified. Diga que você fez essa escolha.
• Se o melhor específico disponível estiver fora do prazo e não puder ser reverificado, diga isso claramente, em vez de apresentá-lo como atual.

Regras:

• Sinalize as ressalvas definidas nas configurações (por padrão, benchmarks de SaaS apoiado por venture capital dos EUA) antes de aplicar um benchmark a uma região, modelo de financiamento ou modelo de negócio diferente do perfil do proprietário.
• Se a resposta contradisser uma nota de principles/, diga isso claramente. Não escolha silenciosamente uma.
• Nunca leia nenhum vault listado em settings.md em Layers → Never read.
• Nunca copie dados do workspace para um arquivo portátil. Se a resposta revelar uma lição reutilizável, ofereça-se para adicionar a lição a um playbook.