osFoundry / Platform
Etapas de pipeline
Defina e versione cada etapa do seu pipeline de IA — recuperar, reranquear, gerar, pós-processar.
O que é
As etapas de pipeline são a parte do osFoundry Studio onde você divide um fluxo de trabalho de IA em passos ordenados e nomeados, em vez de um único prompt opaco. Um pipeline com recuperação aumentada normalmente executa recuperar → reordenar → gerar → pós-processar, e aqui cada um desses passos se torna uma etapa distinta que você pode configurar, inspecionar e alterar por conta própria. Recuperar extrai contexto candidato do seu conhecimento e dos seus dados; reordenar restringe ao que realmente importa; gerar chama um modelo; e pós-processar limpa, valida ou remodela a saída antes de ela deixar o pipeline. Como os passos são explícitos, você vê exatamente de onde veio uma resposta e qual etapa corrigir quando ela está errada.
Dentro do osFoundry, cada etapa é definida no Studio e roda pela mesma camada de modelos BYOK que o restante do espaço de trabalho, de modo que você escolhe o modelo por etapa: um modelo local pequeno para reordenar, um modelo na nuvem para gerar, o que fizer sentido, e paga diretamente ao seu provedor, sem margem de revenda. As etapas são versionadas: quando você muda o prompt, o modelo ou os parâmetros de uma etapa, a definição anterior é preservada, então você pode comparar versões, reverter uma regressão e saber qual configuração produziu determinado resultado. Por ser um espaço de trabalho de desktop com prioridade local, as definições do seu pipeline e os dados que elas tocam podem permanecer no seu dispositivo, em vez de passar por um serviço hospedado.
Isso importa porque a maioria dos problemas de qualidade da IA são problemas de etapa. Quando a recuperação traz os documentos errados, nenhum ajuste de prompt no passo de geração resolve. Separar e versionar as etapas transforma o vago "a IA está errada" em uma pergunta concreta e testável sobre um único passo, e permite melhorar um pipeline como você melhoraria qualquer outro sistema de engenharia: uma mudança de cada vez, com um histórico em que você pode confiar.
Principais recursos
- Defina um pipeline de IA como etapas ordenadas e nomeadas (recuperar, reordenar, gerar, pós-processar) em vez de um único prompt monolítico
- Versione cada etapa de forma independente para comparar configurações, reverter uma regressão e ver qual definição produziu um resultado
- Escolha o modelo por etapa com suas próprias chaves de API (local, na nuvem ou auto-hospedado) e pague diretamente aos provedores, sem margem
- Isole problemas de qualidade em um único passo: saiba se a falha está na recuperação, no reordenamento, na geração ou no pós-processamento
- Mantenha as definições do pipeline e seus dados com prioridade local no seu desktop, sem roteá-los por um serviço hospedado
Casos de uso
- Construtor de RAG: separa recuperar e reordenar de gerar, de modo que uma resposta errada seja rastreada até uma recuperação ruim em vez de culpar o prompt
- Engenheiro de ML: versiona cada etapa durante o ajuste, comparando um novo reordenador ou modelo de geração com a definição anterior antes de confirmar
- Equipe atenta à privacidade: executa a recuperação sobre conhecimento local e mantém toda a definição do pipeline no dispositivo, chamando modelos na nuvem apenas na etapa de geração
Perguntas frequentes
Quais são as etapas de um pipeline de IA no osFoundry?
Um padrão comum é recuperar → reordenar → gerar → pós-processar: puxar contexto candidato, restringir ao mais relevante, chamar um modelo e então validar ou remodelar a saída. Você define as etapas que seu fluxo precisa e determina a ordem; cada uma é configurada separadamente.
Posso usar um modelo diferente em cada etapa?
Sim. O osFoundry funciona no modelo traga sua própria chave, então cada etapa pode chamar um modelo diferente: um local para reordenar, um na nuvem para gerar, um auto-hospedado em outro lugar, usando suas próprias chaves de API, sem margem de revenda.
O que versionar uma etapa realmente me oferece?
Quando você muda o prompt, o modelo ou os parâmetros de uma etapa, a definição anterior é mantida. Você pode comparar versões, reverter se uma mudança piorar os resultados e vincular uma saída específica à configuração exata da etapa que a produziu.