Pular para o conteúdo principal
O Glasser conecta seu produto a dados pagos de Providers especializados. Use a Glasser Key do seu produto ou permita que os usuários conectem a própria conta do Glasser com uma Key ou login do MCP. Os Runs usam o saldo do Workspace conectado.

​
Como funciona

Um Endpoint é uma operação de dados específica de um Provider. O Agent ou backend do seu produto escolhe qual Endpoint usar em três etapas:
  1. Pesquise as fontes de dados para encontrar Endpoints que correspondam aos dados necessários.
  2. Inspecione um Endpoint para ler seu esquema de entrada e seu Price.
  3. Execute o Endpoint selecionado com sua entrada. O Glasser chama o Provider e registra a execução como um Run, com seu status, resultado e cobrança.
O Agent ou backend do seu produto segue as etapas Search, Inspect e Run. Search encontra Endpoints, e Inspect lê seus esquemas de entrada e Prices no Catalog do Glasser gratuitamente. Somente Run executa o Endpoint selecionado com um Provider. O Provider retorna dados ao Glasser, e o Glasser retorna o resultado e a cobrança do Run ao seu produto.
O Agent ou backend do seu produto segue as etapas Search, Inspect e Run. Search encontra Endpoints, e Inspect lê seus esquemas de entrada e Prices no Catalog do Glasser gratuitamente. Somente Run executa o Endpoint selecionado com um Provider. O Provider retorna dados ao Glasser, e o Glasser retorna o resultado e a cobrança do Run ao seu produto.
Search e Inspect consultam as fontes de dados do Glasser gratuitamente; não chamam um Provider. Um Run pode gerar uma cobrança conforme o Price do Endpoint. Depois de selecionar e inspecionar um Endpoint, você pode reutilizá-lo sem fazer uma pesquisa antes de cada Run.

​
Exemplo: verifique um criador do Instagram

Estou pensando em patrocinar @mkbhd. Verifique as curtidas e os comentários nas 10 publicações mais recentes dele no Instagram antes de eu me comprometer.
1

Pesquisar

Consulta: “Instagram profile recent posts engagement”Um resultado correspondente:
Provider: Apify (apify)
Endpoint: /apify/instagram-post-scraper
2

Inspecionar

Peça ao Glasser para inspecionar esse Provider + Endpoint.Esquema de entrada: username — array obrigatório com um nome de usuário.
Também retorna: o Price atual e as regras de cobrança.
3

Run

Execute o mesmo Provider + Endpoint e aguarde a conclusão do Run.Entrada: username = ["mkbhd"]
Retorna: até 10 publicações públicas com legendas, contagens de curtidas e contagens de comentários, além da cobrança do Run.
Seu Agent compara o engajamento das publicações para ajudar você a avaliar o patrocínio.

​
O que você está criando?

Potencialize o Agent do seu produto

Deixe um Agent encontrar e escolher dados para cada solicitação do usuário.Use esta opção quando as perguntas e os dados necessários mudarem de tarefa para tarefa.

Chame um Endpoint específico

Conecte um Provider e um Endpoint conhecidos a um recurso do produto.Use esta opção quando você já souber quais dados recuperar a cada vez.
A principal diferença é quem seleciona o Endpoint e quando. No caminho com Agent, o Agent pode escolher durante uma tarefa. No caminho com Endpoint específico, você faz essa escolha ao criar o recurso. Ambos os caminhos usam as mesmas fontes de dados e a Run API, e seu produto pode usar os dois.

​
Opcional: Solutions

Atualmente, o Glasser oferece a GTM Solution com seis recursos predefinidos: pesquisa na Web, inteligência de empresas, pesquisa de pessoas, pesquisa de SEO, pesquisa social e dados de mercado. Esses recursos envolvem Endpoints compatíveis. Por exemplo, inteligência de empresas aceita um domínio para consultar uma empresa. O Glasser gerencia a seleção do Provider, o mapeamento da entrada e o fallback para falhas compatíveis. Consulte a visão geral de Solutions para ver as ações e entradas compatíveis.