feat: adiciona 12 plugins Descomplicar ao marketplace
Plugins: automacao, crm-ops, design-media, dev-tools, gestao, infraestrutura, marketing, negocio, perfex-dev, project-manager, wordpress + hello-plugin (existente). Totais: 83 skills, 44 agents, 12 datasets.json Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
329
negocio/skills/interview/SKILL.md
Normal file
329
negocio/skills/interview/SKILL.md
Normal file
@@ -0,0 +1,329 @@
|
||||
---
|
||||
name: interview
|
||||
description: Technical interview preparation and candidate evaluation. Creates interview
|
||||
questions, evaluates responses, and provides feedback. Use when user mentions "interview",
|
||||
"entrevista", "candidate evaluation", "technical interview", "interview questions".
|
||||
author: Descomplicar® Crescimento Digital
|
||||
version: 1.0.0
|
||||
quality_score: 75
|
||||
user_invocable: true
|
||||
desk_task: 1473
|
||||
---
|
||||
|
||||
# /interview - Entrevista Estruturada de Requisitos
|
||||
|
||||
Skill para clarificar requisitos antes de iniciar trabalho. Reduz ambiguidade e evita retrabalho.
|
||||
|
||||
---
|
||||
|
||||
## 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**:
|
||||
|
||||
```markdown
|
||||
---
|
||||
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 Supabase para referência futura
|
||||
|
||||
```javascript
|
||||
await mcp__memory-supabase__save_memory({
|
||||
content: "Requisitos [nome]: [resumo 2-3 frases]",
|
||||
metadata: {
|
||||
type: "requisitos",
|
||||
project: "[nome]",
|
||||
date: "YYYY-MM-DD"
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 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**
|
||||
|
||||
[AskUserQuestion com 3 perguntas iniciais]
|
||||
|
||||
Utilizador: [respostas]
|
||||
|
||||
Claude: Entendido. Agora sobre objectivos...
|
||||
|
||||
**Fase 2: Objectivos**
|
||||
|
||||
[continua...]
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## INTEGRAÇÃO
|
||||
|
||||
- **Antes de `/wp-dev`:** Usar `/interview tech` para requisitos WordPress
|
||||
- **Antes de projecto CRM:** Usar `/interview` para requisitos cliente
|
||||
- **Com `/desk`:** Associar requisitos a tarefa CRM
|
||||
|
||||
---
|
||||
|
||||
*Skill criada: 2026-01-27*
|
||||
*Versão: 1.0*
|
||||
|
||||
---
|
||||
|
||||
|
||||
## Quando NÃO Usar
|
||||
|
||||
- Para tarefas fora do domínio de especialização desta skill
|
||||
- Quando outra skill mais específica está disponível
|
||||
- Para operações que requerem aprovação manual obrigatória
|
||||
- Quando os requisitos não estão claramente definidos
|
||||
|
||||
|
||||
## Protocolo de Execução
|
||||
|
||||
1. **Análise Inicial**
|
||||
- Verificar requisitos e contexto
|
||||
- Identificar ferramentas necessárias
|
||||
|
||||
2. **Preparação**
|
||||
- Validar acesso a recursos
|
||||
- Preparar ambiente de trabalho
|
||||
|
||||
3. **Execução**
|
||||
- Executar operações de forma incremental
|
||||
- Validar cada passo antes de prosseguir
|
||||
|
||||
4. **Validação**
|
||||
- Verificar resultados obtidos
|
||||
- Confirmar sucesso da operação
|
||||
|
||||
5. **Conclusão**
|
||||
- Documentar alterações realizadas
|
||||
- Reportar status final e próximos passos
|
||||
|
||||
|
||||
## Exemplos de Uso
|
||||
|
||||
### Exemplo 1: Caso Básico
|
||||
```
|
||||
User: [requisição simples relacionada com interview]
|
||||
Skill: [execução directa com validação]
|
||||
Output: [resultado conciso e accionável]
|
||||
```
|
||||
|
||||
### Exemplo 2: Caso Complexo
|
||||
```
|
||||
User: [requisição multi-passo ou complexa]
|
||||
Skill:
|
||||
1. Análise dos requisitos
|
||||
2. Planeamento da abordagem
|
||||
3. Execução faseada
|
||||
4. Validação contínua
|
||||
Output: [resultado detalhado com próximos passos]
|
||||
```
|
||||
|
||||
### Exemplo 3: Caso com Dependências
|
||||
```
|
||||
User: [requisição que depende de outros sistemas]
|
||||
Skill:
|
||||
1. Verificar dependências disponíveis
|
||||
2. Coordenar com skills/MCPs necessários
|
||||
3. Executar workflow integrado
|
||||
Output: [resultado completo com referências]
|
||||
```
|
||||
Reference in New Issue
Block a user