Pare de fazer hardcoding nas suas chamadas de API de IA

Eu parei de fazer hardcoding nas chamadas de API de IA. Isso cria um pesadelo de manutenção.

Comecei com a OpenAI. Depois, um cliente quis o Claude. Eu tinha uma função para a OpenAI. Adicionar outro provedor significava copiar código.

Tentei usar variáveis de ambiente. O código se tornou uma bagunça de blocos if-else. Eu precisava de uma interface comum.

Eu construí uma camada de abstração. Usei o padrão Strategy.

Funciona assim:

  • Crie uma classe base para os provedores.
  • Escreva uma classe específica para cada API.
  • Deixe o aplicativo chamar a classe base.

Seu aplicativo ignora qual backend está rodando.

Benefícios:

  • Adicione novos provedores facilmente.
  • Teste com provedores mock.

Desvantagens:

  • É exagero para apenas um provedor.
  • Você perde funcionalidades exclusivas de cada API.
  • O mapeamento de erros dá trabalho.

Meu conselho: Comece com um provedor concreto. Refatore quando adicionar um segundo.

Isso me poupou de uma reescrita completa.

Como você lida com múltiplos provedores de IA?

Fonte: https://dev.to/__c1b9e06dc90a7e0a676b/why-i-stopped-hardcoding-ai-api-calls-and-built-a-simple-abstraction-layer-27me Comunidade de aprendizado opcional: https://t.me/GyaanSetuAi