Como pretendemos construir a Radixy
A Radixy é um projeto em desenvolvimento para estudar como modelos de inteligência artificial podem ajudar pessoas que criam experiências no Roblox.
Estamos trabalhando em modelos próprios, especializados em Luau, Rojo, DataModel e na relação entre cliente e servidor. Este texto explica o objetivo do projeto, seus limites e o que ainda precisa ser construído.
Estamos tentando descobrir se uma ferramenta menor, quando conhece profundamente o Roblox, pode tornar o trabalho de quem cria mais claro e seguro.
Este projeto começou com uma pergunta simples: por que uma ferramenta que entende o contexto inteiro de um jogo ainda parece tão distante? A pesquisa da Radixy nasce dessa curiosidade — não de uma promessa pronta.
Uma pesquisa em movimento
Mapear o que um assistente realmente precisa saber sobre Roblox.
Experimentar modelos próprios, IDE e fluxos locais.
Avaliar se existe uma versão estável para mais pessoas.
O objetivo
O objetivo da Radixy não é criar uma inteligência artificial geral. Queremos construir uma ferramenta pequena e específica para desenvolvimento no Roblox.
A especialização deve ajudar o modelo a reconhecer conceitos recorrentes do ecossistema, como serviços do Roblox, RemoteEvents, replicação, autoridade do servidor, ModuleScripts, projetos Rojo e organização do DataModel.
Não queremos competir com empresas ou pesquisas
A Radixy não está tentando competir com empresas de inteligência artificial, laboratórios, pesquisadores independentes, projetos abertos ou qualquer linha de pesquisa existente. Nosso trabalho não é apresentado como substituto para esses modelos ou pesquisas.
Modelos maiores, treinados com mais dados, capacidade computacional e equipes de pesquisa, continuarão sendo superiores em conhecimento geral, raciocínio amplo, multimodalidade e muitas tarefas de programação. Isso continua verdadeiro mesmo que a Radixy estude somente um domínio, no caso o Roblox.
Ter domínio único não significa ser melhor. Significa apenas tentar ser mais conveniente dentro de um fluxo específico. Um modelo geral mais forte ainda pode produzir respostas melhores sobre Roblox do que o Radixy.
Modelos próprios para Roblox
Estamos experimentando modelos próprios para entender se um sistema menor pode oferecer contexto útil sobre projetos Roblox. Isso envolve coleta responsável de dados, preparação, treinamento, avaliações e infraestrutura.
Não basta o modelo completar sintaxe Luau. Ele precisa evitar recomendações inseguras, entender onde um script executa e reconhecer quando uma decisão deve permanecer no servidor.
Esse processo pode demorar. É possível que os primeiros resultados funcionem apenas localmente ou para um grupo pequeno antes de existir uma versão hospedada na nuvem.
Como a IDE deve funcionar
A Radixy IDE será uma aplicação própria para editar scripts Luau e trabalhar com projetos Rojo. Ela não pretende substituir o Roblox Studio. O Studio continua sendo usado para construir o mundo, visualizar instâncias e executar playtests.
A IDE deve reunir os arquivos do projeto, editor, terminal, integração Rojo, busca, controle de versão e o assistente Radixy. Antes de responder, o assistente poderá considerar os scripts selecionados e a estrutura do DataModel.
- Editor e autocomplete para Luau.
- Leitura da estrutura definida pelo Rojo.
- Contexto separado entre cliente, servidor e código compartilhado.
- Revisão de RemoteEvents, DataStores e outras áreas sensíveis.
- Mudanças sempre visíveis antes de serem aplicadas.
Ao selecionar um RemoteEvent, o assistente deve lembrar que o cliente pode ser manipulado — e sugerir validação no servidor.
Um ModuleScript compartilhado não é lido como um script de servidor. A localização muda o significado.
Como o site deve funcionar
O site da Radixy será o painel da conta e dos serviços online. Ele não será uma segunda IDE no navegador.
Quando esses serviços existirem, o site deverá mostrar plano, dispositivos autorizados, uso do chat, consumo de API, chaves de acesso, documentação, changelog e estado dos sistemas.
O trabalho com os scripts permanece na IDE. O site cuida da conta, da cobrança e da relação com a futura infraestrutura em nuvem.
Por que a nuvem pode demorar
Hospedar um modelo próprio exige mais do que colocar um endpoint no ar. Precisamos considerar qualidade, latência, capacidade, segurança, privacidade e um custo que faça sentido para creators.
Não queremos publicar uma data artificial. A nuvem será disponibilizada quando houver uma versão estável o bastante para uso real. Até lá, partes da IDE podem chegar antes, inclusive recursos que funcionem localmente.
Também é possível que o acesso comece como uma beta pequena. O cronograma dependerá dos resultados da pesquisa e não apenas da implementação do site.
Compromissos do projeto
Queremos comunicar o projeto sem sugerir capacidades que ainda não existem. Resultados de demonstração não devem ser confundidos com um produto pronto.
- Não afirmar que o Radixy supera modelos maiores.
- Não usar especialização como sinônimo de superioridade.
- Não prometer uma data de nuvem antes das avaliações.
- Não usar projetos privados para treinamento sem consentimento explícito.
- Publicar limites conhecidos junto com novas capacidades.
Contato
Dúvidas sobre a pesquisa, o escopo ou os limites do projeto podem ser enviadas para research@radixy.tech.