Producta

O Producta lia um ticket do Linear, planejava o trabalho, escrevia uma solução e a testava antes de abrir uma pull request no GitHub. Você não colava código em uma janela de chat. O resultado chegava como uma PR revisável, então o processo normal de revisão de código continuava valendo. Funcionava como um gerador de código com IA para o GitHub que ficava atrás da revisão. Esse cuidado de ponta a ponta era o núcleo do produto.

Quando um ticket era vago, o Producta fazia perguntas antes de escrever código. Agia como um colega que quer fechar os requisitos primeiro. A ideia era reduzir respostas erradas por falta de contexto, que segundo os fundadores era o principal motivo das decepções com a saída de código da IA.

Como segundo modo, o Producta pegava uma ideia escrita em um ticket novo e a refinava em uma ou mais tarefas técnicas bem definidas. Um gerente de produto ou fundador podia entregar um desejo em linguagem simples e receber algo que um desenvolvedor pudesse assumir. Isso tornava a ferramenta útil antes de qualquer código existir.

O produto se conectava direto a um espaço de trabalho do Linear e a repositórios do GitHub, uma montagem que funcionava como integração de IA com o Linear para equipes que já acompanhavam o trabalho ali. Você trabalhava a partir do quadro e dos repositórios de sempre, e movia tickets para uma coluna do Producta para acionar o fluxo. Manter a ferramenta dentro do stack existente barateava o teste.

Depois de abrir uma pull request, o Producta respondia aos comentários no ticket e ajustava a solução. As revisões não eram beco sem saída; o comentário voltava direto para outra passada. O ciclo imitava como um colega humano refaz o trabalho depois de uma revisão.

O plano Enterprise dava acesso a todos os modelos compatíveis, incluindo R1 e o1. Isso permitia escolher um modelo voltado ao raciocínio para tickets mais difíceis, em vez de um único padrão fixo. O acesso a modelos estava atrelado ao plano pago, então o teste gratuito não incluía a linha completa.