Pular para o conteúdo

Portfólio · Produto próprio

Railstools: ferramentas para quem mantém aplicações Rails.

Monitoramento, audiência sem cookie e automação de fluxo de trabalho. Cada ferramenta resolve uma coisa, e todas usam o mesmo login, a mesma equipe e a mesma fatura.

Tipo
Produto próprio (SaaS)
Situação
Em produção
Endereço
railstools.com.br
Escopo
Do produto à operação

O problema

Uma ferramenta para erros, outra para audiência, outra para automação.

Cada uma com login, convite e fatura próprios, e os dados espalhados. Tirar alguém da equipe vira uma lista de tarefas.

A solução

Ferramentas que resolvem uma coisa cada, ligadas por uma conta só.

Ativa só o que usa: o que não está ativo não aparece na conta nem na cobrança. Um convite dá acesso ao que a organização ativou, conforme o papel.

O que o produto faz

Quatro aplicações, dois agentes e um servidor MCP.

  • Monitoring

    Erros, desempenho ordenado por impacto, tempo de fila, N+1, logs ao vivo, máquinas, uptime, alertas e deploys.

    monitoring.railstools.com.br
  • Analytics

    Visitantes, páginas, origens, metas e funis, sem cookie e sem dado pessoal, e por isso sem banner de consentimento.

    analytics.railstools.com.br
  • Automation Hub

    Webhooks do Fizzy e do GitHub viram mensagem, atribuição e relatório no Basecamp.

    automation.railstools.com.br
  • Railstools ID

    Uma conta para todas as ferramentas: login único, equipe por papel e uma fatura mensal.

    id.railstools.com.br
  • Agentes em Ruby puro

    As gems que medem o app não têm extensão nativa nem dependência fora da biblioteca padrão.

  • Processos que somem

    Cron e jobs que deixaram de avisar aparecem antes de alguém perceber o estrago.

  • Servidor MCP

    Erros e desempenho consultados direto do editor, por Claude Code, Cursor ou Zed.

  • Alertas sem ruído

    Métrica fora do limite por tempo suficiente para não ser alarme falso.

Ponta a ponta

O que fizemos em cada camada.

Do desenho do produto ao servidor que o mantém no ar, com o mesmo time — o mesmo caminho que um projeto seu percorre.

Como trabalhamos
  1. 01Produto

    Quatro aplicações e dois agentes, cada um resolvendo uma coisa, desenhados para funcionar juntos.

  2. 02Identidade

    Servidor OAuth próprio, com PKCE: entrar numa ferramenta dá acesso às outras, e tirar alguém da equipe vale para todas.

  3. 03Cobrança

    Cada ferramenta ativada vira uma linha numa fatura mensal só.

  4. 04Dados

    PostgreSQL particionado por dia para a audiência, e chaves diferentes para escrever e para ler: quem instala o agente num site não lê os números da conta.

  5. 05Privacidade

    O visitante vira um hash de IP, navegador e domínio com um sal que muda todo dia e nunca é guardado. Não há como reidentificar ninguém depois.

  6. 06IA

    Servidor MCP e API de leitura sobre os mesmos dados das telas.

  7. 07Infraestrutura

    Cada aplicação com o próprio banco, deploy contínuo pelo GitHub Actions com Kamal e HTTPS automático.

No ar

Em produção, em railstools.com.br.

Abrir railstools.com.br
railstools.com.br
Página inicial de railstools.com.br
Página inicial de railstools.com.br, capturada do site no ar.

Com o que foi construído

  • Ruby on Rails 8
  • Hotwire
  • PostgreSQL 18
  • OAuth 2 + PKCE
  • MCP
  • GitHub Actions
  • Kamal
  • DigitalOcean
Próximo projeto Dispplay Gravador de tela com edição automática

Vamos conversar

Tem um problema parecido? Conte para a gente.

Conte em poucas linhas. Não precisa de termo técnico: a gente pergunta o que faltar.

No próximo passo, você diz como prefere o retorno.