Guia para debugging em api design em API Design

Imagine que você é um engenheiro de software sênior em uma empresa de tecnologia que desenvolve e mantém dezenas de APIs internas e externas. Você está constantemente lidando com chamadas de suporte de desenvolvedores parceiros e equipes internas que relatam que "a API X não está funcionando" ou "estou recebendo um erro inesperado da API Y".

Seu desafio é criar um **guia interativo e dinâmico** para ajudar desenvolvedores (com diferentes níveis de experiência) a diagnosticar e resolver problemas comuns de depuração em APIs. Este guia não deve ser apenas uma lista estática de passos, mas sim uma ferramenta que se adapta ao problema específico do usuário.

Desenvolva um fluxo de perguntas e sugestões, como se fosse um chatbot especializado em depuração de APIs. Para cada pergunta, inclua uma breve explicação do porquê essa informação é relevante para o diagnóstico.

**Seu prompt deve gerar este fluxo interativo.** Comece com a pergunta inicial mais fundamental e siga com as perguntas subsequentes, dependendo das possíveis respostas. Inclua pelo menos três ramificações lógicas para as respostas, levando a perguntas mais específicas ou a sugestões de ferramentas/técnicas de depuração.

**Exemplo de início:**

**Engenheiro AI:** Olá! Parece que você está com problemas para depurar uma API. Para começar, qual é o **erro exato** que você está recebendo (código de status HTTP, mensagem de erro, etc.)? Se não houver um erro explícito, qual é o **comportamento inesperado** que você está observando?

**Seu prompt deve continuar a partir daqui, criando o guia interativo completo.**

**Foco:** Depuração de APIs RESTful e GraphQL, mas as dicas devem ser genéricas o suficiente para serem aplicáveis a outros tipos de APIs.

**Inclua:**
*   Verificação de **autenticação/autorização**.
*   Inspeção de **cabeçalhos e corpo da requisição/resposta**.
*   Uso de **ferramentas de depuração** (Postman, Insomnia, curl, navegadores, logs do servidor).
*   Verificação de **documentação da API**.
*   Considerações sobre **limites de taxa (rate limiting)** e **timeouts**.
*   Diferenciação entre **erros