← Todos os artigos

Gamificação em Singularity: entregar mais, mas sobretudo entregar melhor

Não acredito em painéis tão lisonjeiros. Acredito em números que me incomodam o suficiente para mudar alguma coisa na semana seguinte.

Isso é exatamente o que "Sua semana em análise" faz em Singularity: uma recapitulação semanal que se abre sozinha e me diz, claramente, o que enviei, como enviei e quanto custou. Não para me dar uma nota. Para me dar uma orientação.

Painel de resumo semanal de Singularity: poupança RTK, tickets concluídos, erros corrigidos, tickets abertos, horas trabalhadas, interações, tokens e agentes de IA utilizados durante a semana
A recapitulação semanal em Singularity: economia de RTK no topo, depois tickets concluídos, bugs corrigidos, tickets abertos, projetos, paralelismo, horas trabalhadas e detalhamento de mensagens/viagens de ida e volta/tokens/agentes de IA.

Por que gamificar o trabalho de um desenvolvedor

A gamificação tem má reputação porque muitas vezes foi reduzida a distintivos inúteis. Aqui a ideia é oposta: não recompensar a atividade, mas tornar o progresso visível. Um desenvolvedor que observa sua curva melhorar muda seu comportamento por conta própria: nenhum gerente olhando por cima do ombro, nenhuma meta imposta.

Singularity não me pede para "fazer mais". Isso me mostra o que "melhor" significa, com números, e me permite tirar minhas próprias conclusões.

Envie mais, mas envie melhor

A semana acima conta uma história precisa. 361 tickets abertos (+73%), mas apenas 98 bugs corrigidos (-62%). À primeira vista, você pode pensar que estou consertando menos. A verdade é o oposto: Continuo abrindo mais tickets de recursos e menos tickets de bugs.

Menos bugs para corrigir não significa menos trabalho: é o sinal de que uma base de código está ficando mais saudável. A gamificação de Singularity coloca essa tendência em preto e branco, semana após semana, onde normalmente apenas a "sentimos" vagamente.

Isso é o que significa "enviar mais, mas enviar melhor": a quantidade de valor entregue aumenta enquanto a quantidade de dívida que temos de liquidar diminui.

A métrica que diz a verdade: quantas vezes reabro um ticket

De todas as estatísticas na tela, a que vejo primeiro são as "viagens de ida e volta": quantas vezes reabro um ticket para avançá-lo. Esta semana, 0,4 viagens de ida e volta em média, com pico de 9 na passagem F-360.

Um ticket reaberto nove vezes não é uma IA que falhou nove vezes. É uma tarefa que avaliei mal: limites confusos, critérios de aceitação vagos, falta de contexto. A viagem de ida e volta é o espelho mais honesto do meu próprio rigor upstream. Quanto mais preciso for meu ticket, menos terei que voltar a ele.

A média de mensagens por ticket (1,6) diz a mesma coisa de outro ângulo: um ticket bem estruturado é resolvido de uma só vez, não em uma conversa interminável.

Tudo conta: agentes, tarefas e tokens salvos

A recapitulação não se limita a "o que eu fiz". Conta também quem fez: ao longo da semana, Claude foi chamado 944 vezes, à frente de Copilot, Codex, Cursor, Gemini e um modelo local Ollama. Ver a verdadeira divisão entre os agentes significa entender onde cada IA ​​é mais útil — e parar de enviar tudo para o mesmo modelo por hábito.

E há a linha que mais me interessa: economia de RTK. RTK (Rust Token Killer) filtra a saída detalhada dos comandos antes que ela chegue ao modelo. Nesta única semana: 143,9 mil tokens salvos, uma taxa de economia de 73,6%, em 1.061 comandos. Tokens pelos quais não paguei, contexto que não poluí e um agente que permanece focado no que importa.

Quando você orquestra várias IAs em paralelo durante todo o dia — aqui, até 9 tarefas simultâneas no pico — esse tipo de economia não é um detalhe. É a diferença entre uma oficina que cresce e uma conta que explode.

Melhoria contínua: para mim, para Singularity, para todos

Esta recapitulação tem três leitores.

Eu primeiro. Vejo onde disperso meu foco, quais tickets não avalio corretamente e em que horas realmente trabalho. Eu conserto na semana seguinte.

Singularity a seguir. Essas métricas alimentam o produto: se um tipo de ticket gera sistematicamente viagens de ida e volta, isso é um sinal para melhorar o enriquecimento automático de tickets ou os perfis dos agentes.

Todos, finalmente. Cada usuário que melhora torna a ferramenta melhor para o próximo. É um ciclo virtuoso: medir, compreender, ajustar, repetir. A gamificação é apenas o mecanismo que mantém esse ciclo girando sem que tenhamos que pensar nisso.

Perguntas frequentes

O que é "Sua semana em análise" em Singularity?

É uma recapitulação semanal automática da sua atividade de desenvolvimento: tickets concluídos, bugs corrigidos, tickets abertos, horas trabalhadas, viagens de ida e volta por ticket, tokens consumidos, agentes de IA usados e economias de RTK. Ele abre sozinho para tornar seu progresso visível sem esforço.

O que a métrica "viagens de ida e volta" mede?

Conta quantas vezes você reabre o mesmo ticket para avançá-lo. Um número alto geralmente sinaliza um ticket com escopo insuficiente (limites confusos, critérios vagos), em vez de uma falha de IA. É um indicador da qualidade do enquadramento upstream.

O que são economias de RTK?

RTK (Rust Token Killer) filtra a saída detalhada de comandos (builds, testes, git, etc.) antes de chegar ao modelo. A recapitulação mostra os tokens salvos, a taxa de economia e o número de comandos filtrados durante a semana — geralmente uma redução de 60 a 90% nas operações comuns.

A gamificação impõe metas de produtividade?

Não. Singularity não define cota. A recapitulação torna o progresso visível e permite que cada pessoa tire suas próprias conclusões. O objetivo é a melhoria contínua, não a pressão numérica.