O Flint é um modelo textual da Recursive criado para agentes de programação: explorar bases de código, corrigir erros, implementar funcionalidades e escrever testes. É um modelo MoE com pesos abertos: dos seus 39,8 mil milhões de parâmetros, cerca de 2,5 mil milhões são ativados no processamento de um token. A divisão em especialistas faz parte da arquitetura e não indica vários assistentes separados na conversa.
No desenvolvimento do Flint participou a Eureka Machine, um sistema de investigação da Recursive. Ajudou a procurar soluções de arquitetura, selecionar dados e métodos de treino e otimizar os cálculos. O próprio Flint passou por pré-treino, treino intermédio, treino com exemplos de instruções e aprendizagem por reforço. As tarefas de treino incluíram texto, código, cumprimento de instruções e trabalho em cenários com agentes.
É conveniente iniciar uma tarefa por uma parte concreta do projeto: forneça os ficheiros necessários em texto, descreva a finalidade das funções e o resultado esperado. Para procurar um erro, acrescente o comportamento observado e um excerto do registo. Pode depois pedir uma explicação da causa, uma correção mínima e um teste que distinga o comportamento correto do erro. Esta sequência facilita a verificação posterior do resultado no seu ambiente.
Para uma nova funcionalidade, indique os dados de entrada, as restrições e exemplos do resultado. Numa refatorização, enumere as propriedades a preservar e peça que as alterações às interfaces sejam descritas separadamente. O fabricante recomenda dividir trabalho complexo em subtarefas pequenas e fornecer instruções explícitas. Por isso, um diálogo continuado com resultados intermédios corresponde melhor à utilização prevista do Flint do que um pedido indefinido para refazer todo o projeto.
Na Ailoot, o Flint trabalha com texto à entrada e à saída. A janela de contexto é de 262 144 tokens; os materiais de partida, o histórico e a resposta utilizam esse espaço comum. Para a saída, está indicado um limite de 235 929 tokens. Estes valores descrevem os limites da ligação; convém definir a extensão efetiva em função da tarefa: explicação da causa de um erro, patch, conjunto de testes ou plano de trabalho.
Estão disponíveis os formatos Messages, Responses e Chat Completions. Permitem utilizar a estrutura habitual da aplicação cliente. A leitura de ficheiros locais e a aplicação das alterações são organizadas pela própria aplicação: num pedido textual, o modelo recebe o código fornecido e devolve propostas, explicações ou código novo.
O Flint é adequado a um diálogo técnico iterativo em que cada passo assenta no conteúdo do projeto e no resultado da verificação da alteração anterior. A sua especialização ajuda a formular a tarefa e o resultado de trabalho é um texto concreto: uma explicação, uma implementação ou um teste verificável.
", "aboutText": "### Um modelo para trabalhar com código\n\nO Flint é um modelo textual da Recursive criado para agentes de programação: explorar bases de código, corrigir erros, implementar funcionalidades e escrever testes. É um modelo MoE com pesos abertos: dos seus 39,8 mil milhões de parâmetros, cerca de 2,5 mil milhões são ativados no processamento de um token. A divisão em especialistas faz parte da arquitetura e não indica vários assistentes separados na conversa.\n\nNo desenvolvimento do Flint participou a Eureka Machine, um sistema de investigação da Recursive. Ajudou a procurar soluções de arquitetura, selecionar dados e métodos de treino e otimizar os cálculos. O próprio Flint passou por pré-treino, treino intermédio, treino com exemplos de instruções e aprendizagem por reforço. As tarefas de treino incluíram texto, código, cumprimento de instruções e trabalho em cenários com agentes.\n\n### Análise do projeto e preparação de alterações\n\nÉ conveniente iniciar uma tarefa por uma parte concreta do projeto: forneça os ficheiros necessários em texto, descreva a finalidade das funções e o resultado esperado. Para procurar um erro, acrescente o comportamento observado e um excerto do registo. Pode depois pedir uma explicação da causa, uma correção mínima e um teste que distinga o comportamento correto do erro. Esta sequência facilita a verificação posterior do resultado no seu ambiente.\n\nPara uma nova funcionalidade, indique os dados de entrada, as restrições e exemplos do resultado. Numa refatorização, enumere as propriedades a preservar e peça que as alterações às interfaces sejam descritas separadamente. O fabricante recomenda dividir trabalho complexo em subtarefas pequenas e fornecer instruções explícitas. Por isso, um diálogo continuado com resultados intermédios corresponde melhor à utilização prevista do Flint do que um pedido indefinido para refazer todo o projeto.\n\n### Contexto e formato de ligação\n\nNa Ailoot, o Flint trabalha com texto à entrada e à saída. A janela de contexto é de 262 144 tokens; os materiais de partida, o histórico e a resposta utilizam esse espaço comum. Para a saída, está indicado um limite de 235 929 tokens. Estes valores descrevem os limites da ligação; convém definir a extensão efetiva em função da tarefa: explicação da causa de um erro, patch, conjunto de testes ou plano de trabalho.\n\nEstão disponíveis os formatos Messages, Responses e Chat Completions. Permitem utilizar a estrutura habitual da aplicação cliente. A leitura de ficheiros locais e a aplicação das alterações são organizadas pela própria aplicação: num pedido textual, o modelo recebe o código fornecido e devolve propostas, explicações ou código novo.\n\nO Flint é adequado a um diálogo técnico iterativo em que cada passo assenta no conteúdo do projeto e no resultado da verificação da alteração anterior. A sua especialização ajuda a formular a tarefa e o resultado de trabalho é um texto concreto: uma explicação, uma implementação ou um teste verificável.", "locale": "pt-pt", "methods": [ { "html": "POST /v1/messagestexttextPOST /v1/responsestexttextPOST /v1/chat/completionstexttext