Imagine o pedido mais simples do mundo: “troca a cor do botão de comprar”. Ele chega numa terça, por mensagem. Na quinta, alguém pergunta por que o botão mudou. Na sexta, outra pessoa quer a cor antiga de volta, porque o cliente tinha dito numa reunião que o verde era da marca.
Ninguém errou. O pedido só não morava em lugar nenhum.
Um núcleo, não mais uma ferramenta
O Kore é o sistema que construímos para operar a Kabran. Não é um gerenciador de tarefas com outro nome: é o lugar onde moram, juntos, o trabalho, o conhecimento, os clientes e o código.
- Trabalho: todo pedido vira uma issue, com o que precisa ser verdade para ela estar pronta.
- Conhecimento: toda decisão vira um documento, com o contexto e o que foi recusado.
- Clientes: propostas, reuniões e respostas ficam ligadas ao projeto a que pertencem.
- Código: cada repositório sabe de qual produto ele é e qual issue cada mudança fecha.
A graça não está em cada parte. Está nas ligações entre elas.
Por que a IA precisa disso mais do que a gente
Um agente de IA começa cada tarefa sem lembrança nenhuma da anterior. Isso é uma limitação — e, bem aproveitada, uma virtude. Ele não carrega vício, não “acha que lembra”, não confunde o projeto A com o projeto B.
Mas só funciona se tudo o que ele precisa saber estiver escrito em algum lugar que ele consiga ler. Quando um agente pega uma issue no Kore, ele recebe o pedido, os critérios de aceite, as decisões ligadas e o repositório certo. Não precisa adivinhar. Não precisa perguntar o que já foi respondido.
O que não está escrito não existe — nem para a pessoa que entra amanhã, nem para o agente que começa agora.
O caminho de um pedido
Na prática, um pedido percorre sempre o mesmo caminho:
- chega por qualquer canal e é registrado como issue, com o critério de pronto;
- se envolve uma escolha de negócio, a escolha é feita por gente e registrada como decisão;
- a issue é despachada para um agente, que trabalha dentro dos padrões da casa;
- o resultado passa por revisão independente antes de entrar;
- a issue fecha quando o efeito existe, não quando o código foi escrito.
Parece burocracia. É o oposto: é o que permite que muita coisa aconteça ao mesmo tempo sem que ninguém precise segurar tudo na cabeça.
O que o cliente ganha com isso
Quando você pergunta “por que isso está assim?”, a resposta existe, com data e motivo. Quando você quer saber em que pé está o seu projeto, não depende de alguém lembrar de mandar uma atualização. E quando a equipe muda — ou o agente muda, ou o modelo muda —, o seu projeto não perde a memória junto.
A troca da cor do botão continua sendo um pedido simples. Só que agora ele tem endereço.