mesonpi / software & inteligência
Dados, atendimento e operação.
Conectados ao trabalho da sua equipe.
Um ecossistema. Diferentes formas de trabalhar.
Selecione um produto.
Conheça a proposta por trás da tela.
Conversas, documentos, responsáveis e operação. Uma proposta para dar continuidade ao trabalho sem perder o contexto do cliente.
Conhecer DirectOS ↗Capacidade, tempo e custo na escolha de modelos de IA.
Por dentro do Gluon ↗02 / Gluon OPTDemandas, registros e contexto para investigar a operação.
Explore a proposta ↗Portfólio e soluções
Captura real tela do aplicativo. Conceito proposta de interface com dados fictícios. Clique em uma imagem para ampliar.
O cliente que chega ao CRM é o mesmo que aparece no pedido.
A proposta do DirectOS liga conversa, responsável e negociação ao pedido, ao estoque e ao financeiro. Documentos entram no contexto do atendimento; divergências seguem para conferência antes de alimentar a operação.
Conheça o DirectOS ↗A campanha começa nos dados do produto e termina no acompanhamento da conversa.
O MarketOS propõe reunir planejamento, conteúdo e aprovação com o contexto que a equipe precisa para atender: catálogo, oferta e horários. O retorno comercial se conecta ao fluxo de relacionamento do DirectOS.
Conheça a proposta ↗PDFs, planilhas e sistemas precisam descrever a mesma empresa.
O InputOS organiza essas fontes em entidades e relações, com tags e procedência. A mesma base pode fornecer contexto ao atendimento, ao ERP e a um RAG. A preparação também pode ser contratada para as aplicações que a empresa já usa.
Conheça o processo completo ↗Da origem ao uso
Um ambiente comum para ferramentas, pessoas e agentes.
Referências, escrita e verificação no fluxo da pesquisa.
A capacidade escolhida precisa caber na tarefa e no orçamento.
Uma métrica ganha contexto quando você consegue seguir o processo.
Treine o atendimento antes da próxima conversa com um cliente.
As contas da casa e as do negócio, cada uma no seu lugar.
Implantação
O desenho começa pelas fontes que a empresa já usa, pelas pessoas que precisam acessá-las e pelas tarefas que serão executadas.
Arquivos e bancos existentes são mapeados. O projeto identifica quem pode ler, alterar e usar cada conjunto de dados.
Limpeza, relações e tags preparam os dados para as funções de cada ambiente. O contexto mantém a ligação com sua origem.
O caminho depende da tarefa e do modelo. Uma chamada a uma API externa transmite o conteúdo enviado ao provedor, mesmo com o aplicativo instalado localmente.
O ecossistema pode reaproveitar componentes e soluções. A arquitetura deve separar bases, permissões e acessos de cada empresa. A verificação precisa incluir consultas sem autorização, tratamento de dados nos testes e destinos externos. Treinamento e demonstrações também exigem autorização sobre os dados utilizados.
Região de hospedagem, disponibilidade acordada, monitoramento, alertas, responsáveis e recuperação de backup precisam constar no desenho da implantação. A proposta comercial deve explicitar esses itens. Este portfólio não oferece um percentual de disponibilidade sem essa definição.
Um conector precisa identificar a fonte, os campos acessados, as credenciais necessárias e as operações de leitura ou escrita. A homologação verifica o percurso completo com dados de teste antes do uso na operação.
A proposta do ecossistema distribui os ambientes adicionais em pacotes. A entrega precisa identificar a versão, as dependências e o procedimento de atualização. O plano de implantação também deve prever como recuperar a operação se uma atualização falhar.
Critérios para o projeto de implantação. Certificações, conectores específicos, níveis de serviço e resultados de produção só devem ser associados a uma entrega quando houver comprovação.
Conte quais sistemas e processos sua empresa usa ↗FoundersOS
FoundersOS é a plataforma comum dos ambientes Mesonpi. Projetos, terminais, agentes e ferramentas compartilham o contexto do trabalho; os ambientes adicionais atendem às funções da empresa.
Na interface
Abra os terminais do projeto e distribua a área de trabalho entre as atividades.
Selecione provedores, configure perfis e acompanhe a execução.
Objetivo, responsabilidades e evidências ficam disponíveis para a continuidade do trabalho.
Coordenação
Neste exemplo de fluxo, um agente implementa e outro verifica. Os dois consultam o mesmo handoff para entender o objetivo, o escopo e o que falta entregar.
Escopo · arquivos · resultado
Objetivo · responsáveis · evidências
Critérios · testes · pendências
Esquema explicativo do fluxo. As linhas ilustram a troca de contexto; não são uma captura de execução.
Perfis configuráveis
Selecione um perfil para ver sua função e como ele é configurado no FoundersOS.
Recebe a tarefa e o contexto do projeto. As instruções do perfil definem o escopo de atuação.
Perfil para construção com requisitos de segurança definidos no projeto.
Confronta o resultado com critérios de aceite, regressões e evidências reproduzíveis.
Organiza os parâmetros de segurança que orientam a execução e a revisão.
Perfil para testes de segurança dentro do escopo e das permissões do projeto.
Perfil de segurança específico para projetos Next.js.
Passe o mouse, toque ou role na horizontal
Da versão de desenvolvimento à operação
As capturas desta página mostram o ambiente de desenvolvimento. Na proposta para empresas, as ferramentas e os dados apresentados são organizados conforme a atividade da pessoa.
O desenho do DirectOS reúne o relacionamento e os registros necessários à continuidade da negociação. O acesso precisa respeitar a função da equipe.
A interface proposta traz o contexto necessário para executar a etapa do processo. A base organizada pelo InputOS sustenta a ligação entre esses registros.
Na versão mostrada, o trabalho técnico é organizado por projeto. Perfis de agentes, handoff e revisão definem responsabilidades e critérios de entrega.
O aplicativo desktop pode ter como fonte os arquivos da própria máquina. A possibilidade de manter todo o processamento local depende dos modelos e das integrações escolhidos. Para dados que não podem sair da empresa, o desenho precisa prever um caminho de execução inteiramente local e testar as saídas de rede.
Gluon V4 · artigo
Você descreve a tarefa. O Gluon interpreta o pedido, identifica as capacidades necessárias e passa essa leitura ao orquestrador, que escolhe entre os modelos disponíveis.
Três papéis
Lê o pedido, identifica domínio e complexidade e sugere as capacidades necessárias.
Aplica políticas, restrições e critérios de seleção sobre um catálogo de modelos. Valida a resposta, trata a incerteza e escala quando preciso.
Os modelos e agentes escolhidos (em terminais, por API ou localmente) fazem o trabalho e devolvem o resultado para validação.
O fluxo
Uma classificação curta, uma refatoração e uma demonstração matemática pedem capacidades diferentes. Encaminhar cada tarefa a um modelo adequado ajuda a controlar o custo e o tempo de execução. Uma escolha insuficiente também custa: pode exigir revisão e uma nova tentativa.
Chamamos de modelos de fronteira os modelos de maior capacidade geral disponíveis. A escolha para a empresa considera a tarefa concreta: um modelo especializado pode atender uma atividade específica com menor custo. A comparação precisa verificar a qualidade exigida, o tempo e o consumo observado.
O Gluon foi pensado para ler o que a pessoa quer fazer: qual é a tarefa, em que área ela se encaixa e quais exigências o resultado precisa cumprir. Essa leitura orienta a escolha dos recursos.
Contexto longo, raciocínio, código, visão ou velocidade. O pedido é traduzido nessas capacidades para que o orquestrador possa comparar as opções disponíveis.
O catálogo guarda preços, limites de contexto e características dos modelos. Ele fica fora dos pesos do Gluon e pode ser atualizado conforme os provedores mudam suas ofertas.
O harness é a programação que envolve o modelo. É ali que entram orçamento, privacidade, provedores autorizados e critérios de qualidade. A escolha fica registrada para que a equipe possa consultá-la.
A tarefa segue para o agente ou terminal selecionado. No FoundersOS, a Constellation permite acompanhar os agentes e os arquivos envolvidos no projeto.
Testes, verificações de formato e revisão ajudam a avaliar a entrega. Quando o resultado exige mais trabalho, o fluxo pode recorrer a um modelo com outras capacidades ou pedir uma decisão da pessoa.
Um novo lançamento entra no catálogo com suas características e limites. Mudanças nos preços e na oferta de modelos são tratadas nessa camada. A necessidade de um novo treino depende do comportamento observado nas avaliações do Gluon.
O custo depende das tarefas, dos modelos escolhidos e das tentativas necessárias para terminar o trabalho. Quatro decisões pesam nessa conta:
Publicaremos a versão avaliada, a bateria utilizada, a comparação de referência e o custo de revisões e novas tentativas. Os números aguardam a validação.
A avaliação acompanha três partes do desenvolvimento:
Custo e qualidade
Escolher um modelo menor só gera economia útil se o resultado continuar atendendo aos critérios da tarefa.
As rotas comparadas recebem tarefas e critérios de qualidade iguais. A referência de comparação precisa estar identificada.
Roteamento, execução, revisões e escalonamentos entram no custo total. Uma primeira chamada barata pode exigir mais tentativas.
Versão, bateria, acerto, tempo, custo e falhas precisam acompanhar a medição. Os percentuais de economia do Gluon aguardam essa validação.
Gluon OPT V1
O trace tracking conecta demandas da equipe, contexto e histórico de mudanças. Essa trilha ajuda a investigar os gargalos e acompanhar o que mudou na operação.
Veja como a investigação funciona ↓Proposta de funcionamento
Um relato da equipe chega com o contexto da tarefa e da etapa em que o problema apareceu.
O trace tracking relaciona a demanda às informações disponíveis, ao processo e ao histórico de alterações.
A equipe consulta essa trilha, confere os dados e define a mudança que será testada.
A alteração fica registrada e é acompanhada em relação à situação anterior, com os critérios acordados no projeto.
Passe o mouse, toque ou role na horizontal
Método, integrações e critérios de avaliação são definidos por projeto. Esta proposta não apresenta ganhos medidos nem atribui causalidade automática aos indicadores.
Trace tracking · exemplo de investigação
Um prazo de atendimento aumentou. Para investigar, a arquitetura proposta conecta a solicitação às etapas e aos registros disponíveis, com o contexto de cada passagem.
Relacionar chegada da demanda, encaminhamentos, esperas, decisões e conclusão. O rastreamento precisa preservar a origem dos registros.
Espera por aprovação, retrabalho e processamento do modelo são hipóteses diferentes. A métrica agregada precisa ser lida junto da sequência de eventos.
A equipe escolhe uma intervenção e define o que observar: prazo, volume, erros ou custo. A comparação registra o período e as condições de operação.
O feedback da equipe entra com a tarefa, a etapa ou a tela a que se refere. Essa ligação ajuda a localizar a demanda e acompanhar a alteração aplicada. Indicadores e comparações orientam a investigação; demonstrar causalidade exige um desenho de avaliação apropriado.
Arquitetura proposta para Gluon OPT V1. Algoritmos específicos, integrações e ganhos de produção não são apresentados como validados.
Mesonpi · desde 2025
A Mesonpi nasceu para conectar as tecnologias de IA de fronteira às necessidades das empresas, com soluções feitas para a rotina de quem trabalha.
Fundador da Mesonpi
Em 2025, Felipe deixou o bacharelado em Matemática Aplicada e Computacional na USP, no campus do Butantã, em São Paulo, para se dedicar à Mesonpi.
A experiência em projetos e colóquios da universidade levou a um laboratório individual. Dali veio o primeiro MVP e o apoio de um investidor que acreditou no projeto desde o início.
Desde então, a construção continua todos os dias: entender a operação, desenvolver a solução e acompanhar o valor que ela gera para a empresa.
InputOS · arquitetura de dados
Uma metodologia para relacionar documentos, planilhas e registros da empresa. Explore como as fontes se conectam antes de alimentar ferramentas e agentes.
Acompanhe a transformação ↓A planilha registra pedidos. O PDF descreve um documento relacionado. A primeira etapa mapeia essas fontes e quem pode acessá-las.
Origem, responsável e finalidade de cada fonte. O arquivo original continua identificado.
Cliente Aurora · Pedido 184
DocumentoDados do cliente e itens do pedido
Visualização da metodologia apresentada pela Mesonpi. Este exemplo explica a arquitetura; não é uma captura de um aplicativo nem uma execução de IA sobre dados reais.
O grafo descreve as entidades e suas relações. As tags permitem selecionar cliente, período, setor e assunto. O recorte relevante pode alimentar o atendimento, um relatório, uma busca por RAG ou a preparação de dados de treinamento.
Consulta, treinamento e execução têm requisitos diferentes. Recuperar um documento para uma resposta não altera, por si só, os pesos de um modelo. Executar uma ação exige um conector e as permissões correspondentes.
O projeto mapeia os arquivos e sistemas existentes, os acessos e a frequência de atualização. O armazenamento original e os conectores ficam explícitos no desenho. A organização dos dados pode atender às aplicações que a empresa já usa, antes da adoção de outros ambientes.
MarketOS / conteúdo & campanhas
Planejamento, conteúdo e aprovação. O contexto da oferta disponível para quem cria e para quem atende.
Converse sobre sua equipe ↗Em desenvolvimento · interface conceitoProposta visual. Publicação, integrações com canais e métricas dependem de escopo e validação.
Objetivo, público, catálogo e responsável no mesmo contexto.
Materiais e aprovação fazem parte do percurso da campanha.
O interesse do cliente pode seguir para o relacionamento no DirectOS.
Planejamento, canais e relacionamento
Oferta, catálogo, horários e contexto do cliente precisam estar disponíveis para quem produz o conteúdo e para quem atende o retorno.
A proposta reúne briefing, público, materiais, responsável e aprovação. Os dados do produto orientam o conteúdo e ficam disponíveis para a equipe conferir a oferta.
Em uma pergunta como “vocês atendem aos sábados?”, a automação proposta consulta a informação de atendimento. Quando o contexto é insuficiente, o fluxo precisa encaminhar a dúvida à equipe.
A conversa pode compor o relacionamento no DirectOS: origem do contato, interesse e próximo passo. Publicar uma campanha e concluir uma venda são etapas diferentes do acompanhamento.
A arquitetura apresentada pela Mesonpi prioriza APIs oficiais. Integração com o canal, autorização da conta e regras de envio precisam ser verificadas antes da ativação. Entrada de mensagens e campanhas ativas têm exigências próprias; o uso da API oficial não elimina todo risco de restrição.
Uso dos modelos + consumo do canal + infraestrutura e operação.
A estimativa depende de volume, tipo de mensagem e tabela vigente do provedor. Os valores do canal devem ser separados do custo dos modelos.DirectOS / CRM + ERP
Conversas, documentos, responsáveis e operação. Uma proposta para trabalhar com o mesmo contexto do início ao fim.
Converse sobre sua operação ↗Em desenvolvimento · interfaces conceitoTelas demonstrativas. Integrações e funcionalidades são definidas e verificadas em cada implantação.
Histórico, responsável e próximo contato perto da negociação.
Extração, tags e divergências visíveis antes de alimentar a operação.
Pedido, estoque e financeiro ligados à mesma referência de cliente.
Exemplo de aplicação
Na proposta do DirectOS, CRM e ERP compartilham o contexto do cliente ao longo do processo. Cada passagem precisa ter um responsável e um registro.
Atendimento reúne a conversa, o produto de interesse e os documentos recebidos. A equipe encontra o contexto antes de dar continuidade.
O CRM registra responsável, proposta e próximo passo. Uma pendência de documento continua visível junto do contato.
O ERP relaciona o pedido aos itens, ao estoque e ao financeiro. Dados extraídos de documentos precisam ser conferidos antes de alimentar uma operação sensível.
A próxima conversa usa o histórico do pedido, conforme o acesso da equipe. O cliente mantém a mesma referência ao longo do fluxo.
Na implantação, é preciso verificar se o sistema atual oferece API, acesso ao banco ou importação e exportação de arquivos. Leitura, escrita e aprovação de mudanças são definidas por operação. Emissão fiscal automatizada depende de integração e homologação específicas.
Fluxo proposto, ilustrado com telas conceito. Esta página não comprova um conector fiscal ou um ERP externo já homologado.
ScientificOS · pesquisa e academia
Artigos, biblioteca, escrita em LaTeX e ferramentas de prova dentro do FoundersOS. Um ambiente dedicado ao trabalho acadêmico, com pacotes adicionais escolhidos no aplicativo.
Como obter o aplicativo ↗Reunir artigos e acompanhar a fila de leitura da pesquisa.
Produzir o texto com as ferramentas científicas adicionais do ambiente.
Usar os recursos de prova disponíveis após a preparação dos pacotes.
Disponibilidade das ferramentas depende da preparação dos pacotes no sistema utilizado. Os estados de instalação e verificação aparecem no aplicativo.
Pesquisa com rastreabilidade
O ambiente científico organiza o trabalho acadêmico. A conclusão da pesquisa continua dependendo das evidências e do método utilizados.
Título, autores e metadados ajudam a localizar o artigo. Uma referência recuperada precisa ser conferida e lida no contexto da pesquisa.
A geração do PDF demonstra que o documento compilou. Revisão de texto, citações e conteúdo científico é uma etapa adicional do trabalho.
Uma verificação formal vale para as declarações e hipóteses efetivamente codificadas. É preciso identificar a ferramenta, as dependências e o resultado obtido.
Vamos conversar
Contato comercial a confirmar.
+55 11 97501-0777
Downloads · FoundersOS
O FoundersOS é o aplicativo base; Gluon e ScientificOS são pacotes opcionais. A distribuição pública ainda não está aberta: os instaladores ficam num repositório privado durante a validação final. Indicamos abaixo o estado de cada plataforma.
Build de teste com verificação em máquina real. Não é uma versão pública.
Versão de testeLink público pendenteInstalador gerado; verificado só de forma estática. Falta a validação da interface em máquina Intel.
Em validaçãoLink público pendenteBuild de teste validado em ambiente emulado. Falta a validação em máquina Windows nativa.
Versão de testeLink público pendenteSelecione o seu sistema
Em qualificação. Não há download disponível. O FoundersOS funciona sem ele.
Pacotes científicos adicionais, baixados por opção dentro do app. Distribuição pública pendente.
Quer testar uma versão antes do lançamento? Fale com a gente: o acesso de teste é liberado individualmente.