Hendril Lara
Todos os projetos

Produtos e plataformas

Tempo

Um quadro só para as pessoas e os agentes que fazem o trabalho

O Tempo é um quadro de tarefas em que uma equipe e seus agentes de código por IA veem o mesmo trabalho: o que precisa ser feito, quem está com cada coisa e o que vem a seguir. Eu o construí para que entregar uma tarefa a um agente seja tão visível e tão seguro quanto entregá-la a um colega.

Minha parte
Direção de produto e engenharia
Status
Em desenvolvimento, ainda não publicado
Stack
TypeScript, Next.js, Supabase
Desde
2026
O quadro do Tempo para o projeto Site do estúdio no modo escuro: uma barra lateral com caixa de entrada, meus tickets, dois projetos e o espaço Estúdio Vega, e quatro colunas visíveis, Backlog, Em andamento, Em revisão e Travado, cada uma com cartões de ticket com chaves como SITE-5, títulos, etiquetas, ícones de prioridade e prazos.
O quadro do projeto: os tickets andam da esquerda para a direita conforme são feitos, e cada cartão mostra chave, etiquetas, prioridade e prazo.

O que é o Tempo

O Tempo guarda o trabalho de uma equipe como tickets num quadro. Cada espaço de trabalho tem seus projetos, cada projeto tem seu próprio quadro, e cada ticket ganha uma chave curta, como SITE-3, que pessoas e agentes podem citar em qualquer lugar. Um ticket carrega estado, prioridade, prazo, etiquetas e uma descrição escrita.

O que diferencia o Tempo de um quadro comum é quem senta à mesa. O mesmo ticket pode ser escrito por uma pessoa, pego por um agente de código, revisado por uma pessoa e fechado por qualquer um dos dois. O Tempo registra o trabalho; as ferramentas que rodam os agentes executam.

Para quem é

Fiz o Tempo para equipes pequenas e fundadores solo que já entregam parte do trabalho a agentes de código como Claude Code ou Codex. No momento em que um agente começa a pegar tarefas, as perguntas de sempre ficam mais difíceis: esta tarefa está pronta para ser feita sem uma pessoa acompanhando, quem está com ela agora, e o que aconteceu enquanto eu estava fora? O Tempo responde a elas num só lugar.

  • Espaços de trabalho separam os projetos e as pessoas de cada empresa, e quem pertence a vários alterna pela barra lateral.
  • Projetos têm seus próprios quadros, colunas e chaves de ticket.
  • Pessoas são donas ou membros; donos administram o próprio espaço.
O seletor de espaço de trabalho aberto na barra lateral sobre o quadro, listando Estúdio Norte e Estúdio Vega, com uma marca de seleção em Estúdio Vega.
Trocando de espaço de trabalho pela barra lateral; cada um mantém os próprios projetos, pessoas e tickets.
O ticket SITE-3, Galeria de fotos carrega devagar no celular, aberto como um diálogo sobre o quadro escurecido. Mostra o estado in_progress, a prioridade Urgente, um prazo, as etiquetas Bug e Performance, o autor, uma descrição, uma lista Acceptance criteria com dois itens desmarcados e um parágrafo Verification.
Um ticket aberto sobre o quadro, com os critérios de aceite e a forma de verificar o resultado.

O quadro e os tickets

Um quadro começa com seis colunas: Backlog, Em andamento, Em revisão, Travado, Concluído e Descartado. Filtros no topo restringem ao trabalho ativo, ao backlog ou aos tickets parados há tempo demais. Clicar num cartão abre o ticket por cima do quadro, então você nunca perde o lugar.

Um ticket é mais que um título. A descrição pode trazer critérios de aceite e uma forma de verificar o resultado, escritos como uma lista simples. Trabalhos maiores viram um épico com subtickets, e o cartão mostra quantos já foram concluídos.

Pronto para um agente

A ideia no centro do Tempo é que nem todo ticket está pronto para ser entregue a um agente. Cada ticket carrega um status de triagem: ainda precisa de triagem, precisa de mais informação, está pronto para um agente, está pronto para uma pessoa, ou não será feito. Um ticket só fica pronto para um agente quando a descrição passa numa checagem simples: critérios de aceite, uma forma de verificar o resultado e nenhum trecho deixado para preencher depois.

Dali em diante o desenho é direto. Agentes são identidades nomeadas com credenciais próprias, e uma pessoa decide, espaço por espaço, o que cada agente pode ler ou alterar. Um agente pede ao Tempo o próximo ticket pronto, o reserva por tempo limitado, publica o progresso e o libera com um motivo, e cada mudança fica registrada em ordem, para que outro sistema consiga acompanhar o que aconteceu. As telas de ticket e a checagem de prontidão existem hoje; credenciais, reservas e esse registro estão especificados e são as próximas peças.

  • A triagem é um campo do ticket, não uma convenção que as pessoas precisam lembrar.
  • Reservas expiram sozinhas, então um agente que travou nunca bloqueia um ticket para sempre.
  • Permissões de agentes só são editadas por uma pessoa logada.
A página completa do ticket SITE-1, Página inicial com os três serviços do estúdio: estado in_progress, prioridade Alta, prazo, etiquetas Design e Frontend, a descrição, uma lista Acceptance criteria com três itens e um parágrafo Verification que inclui o comando pnpm test.
A página do ticket: uma checagem de prontidão procura critérios de aceite e um passo de verificação antes de o ticket poder ir para um agente.
Configurações, Membros do Estúdio Vega: um formulário para adicionar uma pessoa por e-mail com seletor de papel, e uma lista de três membros com e-mail, um seletor de papel (Dono ou Membro) e um botão Remover em cada um.
Membros do espaço: quem é dono adiciona pessoas por e-mail, define o papel e remove.

Pessoas e acesso

A entrada é só com conta Google, e só contas numa lista de convidados conseguem entrar. Dentro, quem é dono do espaço adiciona pessoas por e-mail, define o papel delas e as remove quando saem; um membro trabalha em tudo no espaço, mas não muda quem pertence a ele. Por baixo, cada espaço é isolado pelo próprio banco de dados: uma pessoa logada só lê e escreve nos espaços a que pertence, e cada mudança passa por um único caminho verificado que registra quem a fez.

Minha parte, e o par com o Anima

O Tempo nasceu de uma base de tickets que eu tinha criado antes. Decidi o que manter, o que cortar e o que o produto independente deveria ser: vários espaços de trabalho em vez de uma equipe só, entrada com Google, uma hospedagem pequena e um contrato estável para agentes sobre o qual outras ferramentas possam construir. Levei o produto para Supabase e Postgres, escrevi as regras que o banco impõe, reconstruí as telas sobre uma camada de dados tipada e montei as suítes de teste de banco, unitárias e de navegador. Agentes de código fazem boa parte da digitação sob minha direção e revisão, que é exatamente o jeito de trabalhar que o Tempo existe para apoiar.

O Tempo é metade de um par. O Anima, meu hub para tocar várias empresas, guarda os clientes, os projetos e as pessoas; o Tempo guarda o trabalho do dia a dia ligado a cada projeto. Os dois se conectam só pela API do Tempo, então cada produto continua útil sozinho. Esse contrato está escrito; a conexão ao vivo ainda não foi construída.

Onde está hoje

Hoje o Tempo roda na minha máquina com dados reais: entrada com a lista de convidados, espaços com donos e membros, projetos com quadros e tickets com chaves, descrições, etiquetas, prioridades, prazos e subtickets, nos modos claro e escuro. As telas aqui mostram o espaço de um estúdio fictício.

Vêm a seguir editar e mover tickets no quadro, comentários, as ações de triagem, credenciais e reservas de agentes, o registro de mudanças, notificações enviadas ao Anima e a identidade visual final. A hospedagem vem por último. Nada foi publicado ainda, e não vou chamar de disponível antes dessas peças estarem no lugar.

O épico SITE-12, Lançamento do site novo, com as etiquetas Epic e Lançamento e uma seção Subtickets listando três tickets filhos, um marcado como concluído, com o progresso 1/3.
Um épico agrupa subtickets e mostra quantos já foram concluídos.

Próximo projeto

ODDKIN Um site de estúdio de jogos com identidade visual lúdica, criaturas como personagens e alguns momentos inesperados em 3D.

Quer algo parecido?

Vamos conversar.

Vamos conversar