YANDesign e implementação de produto com IA
FormaAI. Deixar compreensível o controle sobre a IA
O FormaAI é um espaço de trabalho com IA para transformar áudio, vídeo e links em transcrições e insights estruturados. Ele usa o modelo de chave própria: a pessoa conecta os provedores e escolhe qual serviço cuida da transcrição e da análise.
- Meu papel
- Design e implementação de produto com IA
- Status do projeto
- Em desenvolvimento
Gravado da interface em funcionamento, com dados sintéticos.
Separar a conexão da tarefa
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.
Conectado, ativado e em uso são coisas diferentes
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.
Deixar as capacidades guiarem a experiência
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 trabalho demonstrado
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.