toolspaceDev

toolspaceDev › Azure DevOps com IA

Azure DevOps de fábrica

Azure DevOps com IA: do work item ao PR, com o agente que você escolher

O toolspaceDev lê os work items do seu projeto no Azure DevOps, mostra num quadro Kanban e entrega cada um a um agente de código em CLI. O agente trabalha numa branch isolada, um segundo agente revisa, e o resultado vira commit, PR no Azure Repos e a task atualizada, sem você copiar e colar nada.

Prefere e-mail? contato@toolspace.com.br

O fluxo

Do work item ao merge, em cinco passos

  1. Conecte o projetoCom um Personal Access Token (Work Items e Code em leitura e escrita, Project and Team em leitura) ou com a conta da Azure CLI, sem PAT.
  2. Veja o quadroAs colunas vêm das categorias de estado do seu processo: Agile, Scrum, Basic, CMMI ou customizado. Arrastar um card muda o estado no Azure DevOps, com desfazer.
  3. Escolha os agentesUm implementa e outro revisa. Cada execução ganha a sua worktree e a sua branch, com log ao vivo, cancelar e tempo limite.
  4. Revise e publiqueChecks e o veredito do revisor, com rodadas de correção. O commit leva AB#<id> e a autoria dos agentes; o PR abre no Azure Repos com o work item vinculado.
  5. Merge e task fechadaDepois do merge, a task vai para o estado de concluído do processo (Closed no Agile e no CMMI, Done no Scrum e no Basic), recebe o link do PR e o worktree é limpo.
# a mesma engine da IDE, no terminal
$ toolspace login --pat        # ou: az login + toolspace login --az
$ toolspace tasks
$ toolspace run 4207 --implementer muse --reviewer claude
Por que usar

O Azure DevOps continua sendo a fonte da verdade

Escreve de volta na task

Estado, comentário com o resumo e o veredito, link do PR e a tag toolspace. Vincular o mesmo PR duas vezes não duplica o link.

Horas no lugar certo

Original Estimate, Completed Work e Remaining Work aparecem na task, e apontar horas soma ao Completed Work.

Sprint atual

Em "Todas as tasks", você vê a sprint atual do time padrão mais as suas.

Token no cofre

O PAT fica no cofre do sistema, nunca no arquivo de configuração nem no log.

Nada de segredo no PR

Se o diff traz um arquivo .env, nada é publicado e a mensagem diz qual arquivo tirar.

Código no GitHub ou GitLab?

Também funciona: o PR abre no host do seu origin e a task recebe o link.

Perguntas

Azure DevOps com o toolspaceDev

Preciso criar um Personal Access Token?

Não necessariamente. Se você já usa a Azure CLI, o toolspaceDev pede um token à conta do az login. Com PAT, os escopos são Work Items (Read & Write), Code (Read & Write) e Project and Team (Read).

O PR fica vinculado ao work item?

Sim. No Azure Repos o work item entra no PR na criação e aparece em Development; o commit leva AB#<id> no título. Se o código estiver no GitHub ou no GitLab, a task recebe um link para o PR.

Quais agentes de código funcionam?

Nenhum agente fica fixo no código: Claude Code, Codex e outros agentes em CLI entram por configuração. Um implementa e outro revisa.

Meu token fica salvo onde?

No cofre do sistema: Gerenciador de Credenciais do Windows, Keychain do macOS ou Secret Service no Linux. Ele nunca vai para o arquivo de configuração nem para o log.

Já dá para baixar?

Ainda não. Os instaladores assinados estão em preparação. Quer testar a prévia? Fale com a gente pelo WhatsApp ou por e-mail.

Quer ver os seus work items virando PR?

Estamos abrindo a prévia aos poucos. Conta pra gente como é o seu processo no Azure DevOps.