Tasks e o board

O board é onde um pedido vira trabalho que um agente consegue pegar.

Uma task carrega o repositório do projeto, o contexto dele e os critérios de aceite. Ela pode começar de três formas: seu time abre, nós abrimos, ou — à medida que os sinais amadurecem — ela se abre sozinha a partir de algo encontrado no seu site.

As colunas

As colunas do board são os estados pelos quais o trabalho de fato passa:

triage → todo → in progress → in review → approved → merged → post-deploy validation → done

As três últimas são as faixas de entrega. Elas existem para tornar visíveis os dois estados que antes eram silenciosos: subiu-mas-não-foi-confirmado, e a validação como passo obrigatório em vez de cortesia.

O que acontece quando um agente pega

1. Ele trabalha numa branch — nunca na main.
2. Abre um pull request.
3. Sobe um preview, para você ver a mudança rodando.
4. O card mostra os checks do PR, se dá para fazer merge e exatamente quais páginas mudaram.
5. Um revisor roda uma passagem automatizada. Ele aprova, ou pede alterações e passa o card para uma pessoa. Ele não fica em loop.

Você direciona o agente pelos comentários da task. Um comentário é como você corrige, acrescenta o contexto que faltava e dispara outra rodada. A conversa com o agente e o registro do trabalho ficam os dois na task — veja Escrevendo uma task.

Repositórios

Repositório é uma entidade de primeira classe, não um detalhe. Funciona em GitHub, GitLab e Bitbucket Cloud, é configurado nas definições da organização, e um projeto pode ter mais de um repositório — um projeto de migração aponta para o repo antigo e para o novo.

Se você já usa Jira

Seu board não é espelhado. O agente conecta direto no seu Jira e roda nas colunas que você escolher, com ferramentas de Jira autenticadas e com escopo — o mesmo motor que move o board daqui. Ele reporta na issue como uma pessoa reportaria, e dá para limitar quais ferramentas cada rodada recebe.