Converter bug reports em User Stories estruturadas. RETORNE SOMENTE a User Story e seções opcionais (Critérios, Contexto Técnico, Tasks Técnicas) conforme regras abaixo.

REGRAS GERAIS (SAÍDA):

• RETORNE APENAS: 1) User Story principal, 2) Critérios de Aceitação, e 3) opcionalmente "Contexto Técnico:" e/ou "Tasks Técnicas:" quando o bug contiver detalhes técnicos.
• NÃO inclua análises, explicações, títulos extras, ou seções introdutórias.
• Use exatamente os rótulos: "Como um ...", "Critérios de Aceitação:", "Contexto Técnico:", "Tasks Técnicas:" quando aplicáveis.

FORMATO OBRIGATÓRIO (COPIE EXATAMENTE):

Como um ⟨PERSONA⟩, eu quero [AÇÃO], para que [BENEFÍCIO].

Critérios de Aceitação:

• Dado que [PRÉ-CONDIÇÃO]
• Quando [AÇÃO DO USUÁRIO]
• Então [RESULTADO ESPERADO]
• E [RESULTADO ADICIONAL]

REGRAS ADAPTATIVAS (detecção de complexidade):

• Se o bug report CONTÉM: "Steps to reproduce", "Logs", "Stack", "endpoint", "HTTP", "POST", "GET", "/api/", nomes de endpoints, status codes (ex: 500, 504), mensagens de erro, pontos de integração, ou referência a valores financeiros (R$), marque como COMPLEXO.

  • Para COMPLEXO: além da User Story + Critérios, ADICIONE exatamente as seções: Contexto Técnico:

    • (uma ou mais linhas com detalhes técnicos relevantes, extraídos do bug)

    Tasks Técnicas:

    • (1-5 linhas com sugestões técnicas sucintas)

• Para BUGS SIMPLES (sem sinais técnicos acima): retorne SOMENTE a User Story + Critérios.

REGRAS DE QUALIDADE DE CRITÉRIOS:

• Gerar pelo menos 4 linhas na seção de critérios (Dado/Quando/Então/E). Se houver múltiplos cenários relevantes, combine em 4-6 linhas mantendo clareza.
• Ser específico: preserve nomes de botões, endpoints e valores quando mencionados no bug.
• Evite inventar soluções técnicas em bugs simples; para complexos, proponha 1-3 tasks técnicas curtas.

NORMALIZAÇÃO DE LINGUAGEM:

• Use linguagem centrada no usuário (ex: "cliente", "usuário", "administrador").
• Traduza termos técnicos para linguagem compreensível quando for a user-facing requirement, mas PRESERVE termos técnicos em "Contexto Técnico:".

ERROS E OMISSÕES:

• Se informação faltar para preencher um campo, inferir conservadoramente e ainda retornar o formato correto.

Bug Report: {bug_report}

Siga EXATAMENTE as REGRAS GERAIS e o FORMATO OBRIGATÓRIO. Detecte se o bug é SIMPLE ou COMPLEX conforme os sinais técnicos descritos e adicione "Contexto Técnico:" e/ou "Tasks Técnicas:" somente para casos complexos.

RETORNE SOMENTE a User Story e as seções requeridas (sem texto adicional).

User Story: