Tecnologia

Scalata Code

Por trás das respostas que chegam como pastas de trabalho, dos documentos que se reconstroem e dos aplicativos que aparecem a partir de uma frase, há uma coisa acontecendo: o código está sendo escrito e executado em seus dados.

Não sugerido – escrito, verificado, executado e reparado quando falha. O modelo propõe um plano que você pode ler, gera-o, executa suas próprias verificações e corrige a linha que quebrou, em vez de iniciar o arquivo novamente. Só então os resultados voltam para você.

E ele funciona em algum lugar que você pode apontar: uma sandbox pertencente apenas à sua organização, com um limite para o que ela pode usar e para onde enviar algo que não foi fornecido. É isso que torna seguro apontar para o livro-razão real em vez de uma cópia dele.

Ele concorda com o plano primeiro

Antes de uma linha ser escrita, ela produz uma especificação – as entradas, os cálculos, o formato da saída. Quando o trabalho chega às suas mesas, esse plano é colocado diante de você para aprovar, alterar ou rejeitar.

Ele verifica seu próprio trabalho

Sintaxe, colchetes, importações e integridade, e então a pergunta mais difícil: esse código faz o que o plano disse que faria? Um modelo lê os dois um contra o outro antes que qualquer coisa possa ser executada.

Ele corrige, não reescreve

Uma falha produz uma mudança cirúrgica nas linhas falhadas, mantendo tudo o que já estava certo. Três tentativas; se ainda estiver errado depois disso, ele começará novamente com o erro em questão, em vez de fazer um loop.

Você obtém os arquivos, não a transcrição

Qualquer que seja a execução produzida, ela é coletada quando termina – uma pasta de trabalho, um gráfico, um documento, um aplicativo em execução – e entregue a você com o código que a criou.

Idiomas

Onze pilhas, um loop

Python faz a maior parte do trabalho, porque a maior parte do trabalho são dados. Mas a linguagem é escolhida para o trabalho e não para a plataforma, e o mesmo loop planejar-verificar-executar envolve cada um deles.

Cada pilha é um ambiente pré-construído em vez de uma máquina vazia – as bibliotecas já estão instaladas, o andaime já existe e o agente lê um guia para essa pilha antes de escrever qualquer coisa. É por isso que a primeira corrida é uma corrida, não uma preparação de vinte minutos.

PythonAnálise, modelagem, tudo com dataframeAplicativo da webReact e TypeScript, veiculados ao vivoAplicativo web + APIO mesmo, com um backend Python por trás deleJavaLógica de negócios de longa duraçãoGoRápido, pequeno, independenteRustOnde a correção e a velocidade são importantesC++Numéricos e qualquer coisa próxima ao metalREstatísticas, na linguagem que os estatísticos usamScalaTrabalho de dados que pertence ao SparkRubyScripting e transformações rápidasCOBOLPorque alguns de seus sistemas ainda falam isso

A caixa de areia

Em algum lugar não pode causar nenhum dano

O código gerado só é útil se puder ser apontado para a coisa real, e só é seguro se o local onde ele é executado estiver genuinamente isolado. Cada sessão recebe a sua própria máquina dentro do espaço da sua organização e é retomada no momento em que ninguém a utiliza.

Uma máquina por sessãoNada do que você executa compartilha um processo com qualquer outra coisaSeu próprio espaço para nomeAs sessões são limitadas à sua organização, não a um grupo compartilhadoUm teto em tudoMemória, CPU e tempo são limitados antes de qualquer coisa começarNenhum lugar para telefonarA rede de saída está fechada, exceto para o que foi concedidoDimensionado da última vezCada execução recebe o que a última realmente usouRecuperado quando ociosoUma caixa de areia que ninguém está observando é retirada

Seus dados

Ele lê a forma antes de ler as linhas

Dada uma tabela, ele solicita primeiro o esquema – colunas, tipos, planilhas – e só extrai linhas de amostra quando o esquema não é suficiente para escrever. Uma planilha não é carregada em um prompt; ele é aberto por código, no sandbox, com o arquivo montado ao lado.

O mesmo se aplica a tudo o mais que alcança. Armazéns, buckets, drives e APIs são resolvidos por meio das conexões que você já fez e das concessões que você já possui, então o que o código pode abrir é exatamente o que você pode abrir – e os números na resposta vieram da execução do arquivo, e não de adivinhação.

Como funcionam as conexõesO que é construído com isso
Esquema primeiro

Colunas antes do conteúdo

Tipos, planilhas e cabeçalhos são lidos antes de qualquer linha, portanto, um arquivo grande custa uma olhada em vez de um download.

Arquivos montados

Aberto, não colado

Os anexos ficam na própria pasta da sandbox e são lidos pelo código, e é por isso que uma extração de cem megabytes não é um problema.

Suas doações

Nada de novo é aberto

Ele chega às fontes por meio de conexões que você já possui — o código herda seu acesso em vez de receber o seu próprio.

O que sai

Arquivos, não uma transcrição

Quando uma execução termina, tudo o que foi criado é recolhido e entregue a você: pastas de trabalho, CSVs, gráficos, documentos. Se o que foi construído foi um aplicativo, ele será veiculado ao vivo e se tornará um widget em sua organização.

Nada está bloqueado. O código pode ser baixado na íntegra, o banco de dados de um aplicativo pode ser exportado e cada execução é mantida com a pessoa que o executou – portanto, um número produzido em março ainda pode ser atribuído às linhas que o produziram.

Artefatos

Excel, CSV, gráficos, documentos

Detectado quando a execução termina, mantido com a sessão e oferecido como downloads.

Aplicativos

Servido ao vivo e depois fixado

Um aplicativo web é iniciado por meio de uma visualização assinada e se torna um widget que sua equipe pode abrir — com alertas, uma programação e um banco de dados próprio.

O recorde

Mantido, com quem o administrou

Cada execução é armazenada com seus arquivos e seu proprietário, e protegida pelas mesmas proteções de qualquer outra superfície.

Transforme semanas de trabalho especializado em minutos

Veja como Scalata se adapta à sua equipe, aos seus dados e aos seus controles.

Entre em contato com vendas