claude-plugins/negocio/skills/interview/SKILL.md

name, description, layer

name	description	layer
interview	Preparação de entrevistas técnicas e avaliação de candidatos. Cria perguntas, avalia respostas e fornece feedback.	wiki

/interview - Entrevista Estruturada de Requisitos

Skill para clarificar requisitos antes de iniciar trabalho. Reduz ambiguidade e evita retrabalho.

---

Contexto NotebookLM

ANTES de executar, consultar notebooks para contexto especializado:

Notebook	ID	Consultar quando
Estratégia e Empreendedorismo	79d43410	Para contexto negócio

mcp__notebooklm__notebook_query({
  notebook_id: "79d43410-0e29-4be1-881d-84db6bdc239a",
  query: "<adaptar ao contexto do pedido do utilizador>"
})

Integrar insights do NotebookLM nas recomendações e decisões.

---

QUANDO USAR

• Início de projecto novo
• Tarefa complexa ou ambígua
• Pedido do utilizador pouco claro
• Antes de decisões arquitecturais

---

EXECUÇÃO

Fase 1: Contexto (OBRIGATÓRIO)

Perguntar usando AskUserQuestion:

1. O QUÊ?
   - "Descreve o que queres alcançar em 1-2 frases"

2. PORQUÊ?
   - "Qual o problema que isto resolve?"
   - "O que acontece se não fizermos?"

3. PARA QUEM?
   - "Quem vai usar/beneficiar disto?"

Fase 2: Objectivos

4. RESULTADO ESPERADO
   - "Como sabes que está feito?"
   - "O que muda quando terminar?"

5. PRIORIDADE
   - "É urgente ou importante?"
   - "Deadline real ou desejado?"

Fase 3: Restrições

6. TECNOLOGIA
   - "Há tecnologias obrigatórias ou proibidas?"
   - "Integra com sistemas existentes?"

7. RECURSOS
   - "Quanto tempo podes dedicar?"
   - "Há dependências de terceiros?"

8. LIMITAÇÕES
   - "O que NÃO deve fazer?"
   - "Há riscos conhecidos?"

Fase 4: Validação

9. CRITÉRIOS DE SUCESSO
   - "Como vamos validar que funciona?"
   - "Há testes ou cenários específicos?"

10. EXEMPLOS
    - "Tens exemplos do que queres?"
    - "Ou do que NÃO queres?"

---

OUTPUT

Após recolher respostas, gerar documento com BACKLOG CLARO:

---
title: "REQ - [Nome do Projecto/Tarefa]"
date: YYYY-MM-DD
type: requisitos
status: draft
tags: [requisitos, interview, backlog, PROJECTO]
---

# Requisitos: [Nome]

## Contexto
- **O quê:** [resposta]
- **Porquê:** [resposta]
- **Para quem:** [resposta]

## Objectivos
- **Resultado esperado:** [resposta]
- **Prioridade:** [Urgente/Importante/Normal]
- **Deadline:** [data ou N/A]

## Restrições
- **Tecnologia:** [resposta]
- **Recursos:** [resposta]
- **Limitações:** [resposta]

---

## BACKLOG

> Lista ordenada de tarefas antes de arrancar.

### Fase 1: Preparação
- [ ] [tarefa preparatória 1]
- [ ] [tarefa preparatória 2]

### Fase 2: Desenvolvimento
- [ ] [tarefa core 1]
- [ ] [tarefa core 2]
- [ ] [tarefa core 3]

### Fase 3: Validação
- [ ] [teste/validação 1]
- [ ] [teste/validação 2]

### Fase 4: Entrega
- [ ] [tarefa final 1]
- [ ] [documentação se aplicável]

---

## Critérios de Sucesso
- [ ] [critério 1]
- [ ] [critério 2]
- [ ] [critério 3]

## Riscos Identificados
| Risco | Impacto | Mitigação |
|-------|---------|-----------|
| [risco] | [alto/médio/baixo] | [acção] |

## Decisões Tomadas
| Decisão | Motivo | Alternativas Descartadas |
|---------|--------|--------------------------|
| [decisão] | [razão] | [alternativas] |

---
*Gerado via `/interview` - YYYY-MM-DD*

Regras do Backlog

1. Ordenação: Tarefas na ordem de execução
2. Granularidade: Cada tarefa = 1-4 horas max
3. Dependências: Tarefas bloqueantes primeiro
4. Checkboxes: Para tracking de progresso
5. Fases: Agrupar por momento (preparação, dev, validação, entrega)

---

MODO RÁPIDO

Se o utilizador pedir /interview quick ou a tarefa for simples:

Perguntar apenas:

1. O quê?
2. Resultado esperado?
3. Restrições importantes?

Output: Lista bullet points, não documento completo.

---

MODO TÉCNICO

Se o utilizador pedir /interview tech ou for projecto de código:

Adicionar:

• Arquitectura preferida?
• Padrões de código?
• Testes necessários?
• Documentação esperada?

---

GUARDAR REQUISITOS

Após gerar documento:

1. Se projecto tem pasta: Guardar em [pasta-projecto]/docs/REQ-[nome].md
2. Se não: Guardar em Obsidian vault 00-Inbox/REQ-[nome].md
3. Memória: Guardar resumo em Mem0 para referência futura

await mcp__mem_save_memory({
  text: "Requisitos [nome] ([data]): [resumo 2-3 frases]"
});

---

ANTI-PATTERNS

NÃO fazer:

• Assumir respostas
• Saltar perguntas "óbvias"
• Começar a implementar antes de terminar
• Fazer todas as perguntas de uma vez (usar fases)

FAZER:

• Adaptar perguntas ao contexto
• Pedir exemplos concretos
• Validar entendimento ("Então queres X, correcto?")
• Identificar ambiguidades

---

EXEMPLO DE USO

Utilizador: /interview

Claude: Vou fazer algumas perguntas para clarificar os requisitos.

**Fase 1: Contexto**

[AskUserQ