Criador de Issues do GitHub

Transforme entradas confusas (logs de erro, notas de voz, capturas de tela) em issues limpas e acionáveis do GitHub.

Modelo de Saída

## Summary
[One-line description of the issue]

## Environment
- **Product/Service**: 
- **Region/Version**: 
- **Browser/OS**: (if relevant)

## Reproduction Steps
1. [Step]
2. [Step]
3. [Step]

## Expected Behavior
[What should happen]

## Actual Behavior
[What actually happens]

## Error Details
```
[Mensagem/código de erro, se aplicável]
```

## Visual Evidence
[Reference to attached screenshots/GIFs]

## Impact
[Severity: Critical/High/Medium/Low + brief explanation]

## Additional Context
[Any other relevant details]

Local de Saída

Rascunhe issues como arquivos Markdown no local de rascunho de issues existente do projeto (ou issues/ relativo à raiz do repositório, quando apropriado), não na raiz do sistema de arquivos /issues/. Criar uma issue pública no GitHub requer autorização explícita de publicação. Use a convenção de nomenclatura: YYYY-MM-DD-short-description.md

Diretrizes

Seja conciso: Sem enrolação. Cada palavra deve agregar valor.

Extraia estrutura do caos: Ditados de voz e notas brutas frequentemente contêm os fatos enterrados em linguagem casual. Retire-os.

Preserve a incerteza: Se o usuário mencionar "mesmo projeto" ou "o painel", use o contexto confirmado da conversa; rotule detalhes ausentes ou inferidos em vez de inventar um produto, região, execução bem-sucedida ou reprodução.

Substitua dados sensíveis: Use [PROJECT_NAME], [USER_ID], etc. para qualquer coisa que possa ser sensível.

Combine a gravidade com o impacto:

• Crítico: Serviço indisponível, perda de dados, problema de segurança
• Alto: Funcionalidade principal quebrada, sem solução alternativa
• Médio: Funcionalidade prejudicada, solução alternativa existe
• Baixo: Pequeno inconveniente, cosmético

Tratamento de Imagem/GIF: Referencie anexos inline. Formato: ![Description](https://example.com/attachment.png) (exemplo de sintaxe; substitua pela referência real do anexo); nunca invente um URL de anexo.

Exemplos

Entrada (ditado de voz):

então eu estava tentando implantar o agente e falhou silenciosamente sem erro nada o fluxo de trabalho rodou mas depois puff sumiu da lista tive que atualizar e tentar de novo três vezes

Saída:

## Summary
Agent deployment fails silently - no error displayed, agent disappears from list

## Environment
- **Product/Service**: Unknown from supplied note
- **Region/Version**: Unknown

## Reproduction Steps
1. Navigate to agent deployment
2. Configure and deploy agent
3. Observe workflow completes
4. Check agent list

## Expected Behavior
Agent appears in list with deployment status, errors shown if deployment fails

## Actual Behavior
Agent disappears from list. No error message. Requires page refresh and retry.

## Impact
**High** - Blocks agent deployment workflow, no feedback on failure cause

## Additional Context
Required 3 retry attempts before successful deployment

Entrada (colagem de erro):

Erro: PERMISSION_DENIED ao publicar no canal do Teams. Código: 403. Estava funcionando ontem.

Saída:

## Summary
403 PERMISSION_DENIED error when publishing to Teams channel

## Environment
- **Product/Service**: Teams integration; originating product unconfirmed
- **Region/Version**: [REGION]

## Reproduction Steps
1. Configure agent for Teams channel
2. Attempt to publish

## Expected Behavior
Agent publishes successfully to Teams channel

## Actual Behavior
Returns `PERMISSION_DENIED` with code 403

## Error Details
```
Erro: PERMISSION_DENIED
Código: 403
```

## Impact
**High** - Blocks Teams integration, regression from previous working state

## Additional Context
Was working yesterday - possible permission/config change or service regression

Quando Usar

Use esta habilidade quando tiver entradas de bugs não estruturadas, como erros colados, notas de suporte, capturas de tela ou ditados de voz, e precisar transformá-las em uma issue limpa do GitHub com um resumo, passos de reprodução, comportamento esperado vs. real, impacto e referências de anexos.

Limitações

• Use esta habilidade apenas quando a tarefa corresponder claramente ao escopo descrito acima.
• Não trate a saída como substituta para validação específica do ambiente, testes ou revisão especializada.
• Pare e peça esclarecimentos se os inputs necessários, permissões, limites de segurança ou critérios de sucesso estiverem ausentes.