FormaAI

As configurações podem ficar difíceis de ler quando a conexão da conta, a escolha do modelo e a atribuição de tarefas disputam o mesmo espaço. No design do FormaAI, cada provedor tem um card, e a página se divide em Provedores, Uso e Idioma.

O card do provedor explica as capacidades, a conexão e o modelo. A seção Uso define quem faz a transcrição e a análise. Isso dá à página uma sequência: conectar e ativar um provedor e, depois, escolher a tarefa dele.

A implementação filtra as opções de tarefa por capacidade e só considera provedores que estejam conectados e ativados. Assim, uma opção precisa cumprir essas condições antes de aparecer no seletor. Essa regra liga a promessa da interface ao estado da aplicação.

Uma conexão salva não precisa ser usada em todas as tarefas. O design diferencia um provedor conectado, um ativado e um que está selecionado naquele momento para transcrição ou análise.

Esses estados aparecem em rótulos e controles. Desativar um provedor mantém a conexão salva; remover uma chave é outra ação. Assim, desligar um serviço fica menos destrutivo, e cada controle mantém um significado específico.

O design também coloca a escolha do modelo no card do provedor, onde essa decisão tem contexto. O resumo da tarefa pode, então, mostrar qual modelo o provedor de análise selecionado vai usar.

Transcrição e análise são tarefas separadas, com requisitos diferentes de provedor. Tratar cada uma à parte deixa o sistema mais fácil de estender, sem exigir que quem usa entenda toda a arquitetura de provedores.

Isso também facilita explicar os limites. O produto web e a proposta de transcrição local são frentes separadas. Este case se concentra nas configurações de provedores e no fluxo web que estão no código e na especificação de design.

O projeto combina uma aplicação web implementada com um design detalhado das configurações, capacidades de provedores e uma preparação explícita para o lançamento. A configuração de deploy e os smoke tests externos continuam separados do trabalho entregue em código.

A contribuição central é a ligação entre um modelo de interação e sua implementação: um lugar para gerenciar cada provedor, um lugar claro para atribuir cada tarefa e estados visíveis que descrevem o que o produto pode usar naquele momento.