Revisar o PR do Diego
antes da daily
todo dia às 09:00Produto 02Execução de times
Sprints, tarefas, QA e timesheet: o ciclo inteiro do time.
Centraliza planejamento, execução, qualidade e acompanhamento de equipes de produto e tecnologia, mantendo todo o ciclo de trabalho em um só ambiente.
Como funciona
Da ideia à entrega, nenhuma task sem rastro.
Acompanhe o caminho de uma task pelo time. Clique em uma etapa para parar nela, ou deixe o fluxo rodar sozinho.
Backlog
A demanda entra no backlog do espaço certo, com descrição, prioridade e responsável.
O sistema registra
Descrição da task
Prioridade
Espaço e projeto
Telas
Chegue perto do painel.
01 / 04
Módulos
O que vem no sistema.
Cinco áreas, as mesmas do menu do sistema. Passe o cursor para ver cada uma.
Tarefas e backlog
Minhas tarefas, todas as tasks e o backlog de cada espaço, com prioridade e responsável.
Sprints e daily
Planejamento dos ciclos e o acompanhamento diário do que avançou e do que travou.
Testes / QA
Fila de testes, evidências por teste e aprovação antes de a task ser concluída.
Horas trabalhadas
Timesheet do time por task, sprint e projeto.
Indicadores
TMA, retrabalho, bugs, tasks atrasadas e tempo médio de conclusão por período.
Integrações
Conectado aos agentes de IA do time.
Claude Code e Codex se conectam ao Nimbus pelo protocolo MCP. Com a sua autorização, eles leem tarefas, sprints, QA, horas e indicadores, e criam tasks, comentam e apontam horas no seu nome, sem poder excluir nada nem mexer na administração. Basta copiar o id da task e colar no agente. Dentro do Nimbus, a IA escreve a síntese de cada teste a partir dos prints e monta a pauta da daily às 07:40. Os arquivos ficam guardados em nuvem, os convites saem por e-mail e os lembretes do seu to-do chegam como notificação.
- 07:40segunda a sexta
A pauta da daily chega pronta.
O agendador do próprio Nimbus dispara às 07:40 e junta os fatos do dia útil anterior de cada projeto: trabalho registrado, mudanças, comentários e resultados de QA. Um modelo da OpenAI escreve a pauta com esses fatos. Os números saem dos fatos: o modelo é proibido de escrever qualquer um.
Nimbus/dailyDaily
2026-07-29cobre 28 julPor projetoPor responsávelResumo do diaProduto · NimbusLogin avançou; nada bloqueado.
Horas2hTasks tocadas1Aprovadas0Reprovadas0- Ana seguiu no login
Ana ReisOntem: LoginHoje: Login2h · 1 · 0 · 0 calculados dos fatos pela tela · frase e pauta escritas pelo modelo
Agendadorno próprio Nimbus40 7 * * 1-5· America/Sao_Pauloroda dentro do processo · quem preferir dispara de fora, porPOST /daily-briefs/generatesábado e domingo não geram nadaOpenAIvai e voltaPOST /v1/responses · JSON Schema estritovai · fatos do dia útil anterior## ProjetoProduto · NimbusDia coberto: 2026-07-28## Trabalho registrado- Ana Reis · Login · 120 min · origem status · user=usr_B9QDFH · task=tsk_K7M2X4volta · a pautaheadline · highlights · perMember · qaNotes · actionItems · risks - 09:00na hora marcada
O lembrete chega mesmo com o Nimbus fechado.
O Meu to-do é o espaço privado de cada pessoa: anotação, checklist e lembrete que só ela vê. Um worker confere os lembretes a cada minuto e manda a notificação por Web Push para cada aparelho inscrito. O clique abre o to-do.
Minhas tarefas?vis=todoListaKanbanMeu to-doanotação privada da Ana, só ela vê · o sino com ponto verde diz notificações ativas neste aparelho: o lembrete chega mesmo com o navegador fechado
Web Pushsai do Nimbusworker a cada minuto ·* * * * *· chaves VAPIDtítulo da anotação + primeiro item pendente ou começo do texto, até 120 caracteresno computadorNimbusRevisar o PR do Diegoantes da dailyno celularNimbusRevisar o PR do Diegoantes da dailyum envio por aparelho inscrito · o clique abre a anotação em /minhas-tarefas?vis=todo
- manhãou a qualquer hora
Copie o id. Cole no agente.
Claude Code e Codex se conectam uma vez, pelo MCP e com a sua autorização. Daí em diante, o id da task é o elo: o agente lê a task, descobre as colunas do quadro e move a task no seu nome. São 29 ferramentas, e nenhuma exclui, edita em massa ou administra o workspace.
claude mcp add --transport http --scope user nimbus https://sua-api/mcp/mcp → nimbus → Authenticatecodex mcp add nimbus --url https://sua-api/mcpcodex mcp login nimbus↳ abre o navegador na tela de autorizaçãoPOST /mcp · Streamable HTTP · OAuth 2.1 com PKCEdepois, em /conexoes: cada aplicativo age como você, com as permissões que você aprovou, e revogar vale na chamada seguinte. Para CI e ambientes sem navegador, um token pessoal nmb_…, e todo token expira.
Nimbus/autorizarTaskProduto · NimbusTaskLogin
StatusEm andamentoEm testeResponsávelAna ReisAtividadeCriou a task - Ana ReisAtualizou a task - Ana ReisStatus: Em andamento -> Em testeComentar…tsk_K7M2X4 …nimbus · get_task taskId: "tsk_K7M2X4"{ id: "tsk_K7M2X4", name: "Login", status: "Em andamento", … }nimbus · list_statusesA fazer · Em andamento · Em revisão · Em teste · Concluídonimbus · update_task taskId: "tsk_K7M2X4", statusId: "…"{ id: "tsk_K7M2X4", status: "Em teste", … }29 tools · nimbus:read + nimbus:write · cada chamada fica na trilha do Nimbus, sem os argumentosEm teste não roda o clock do responsável: o da Ana fecha aqui, e o de quem testa abre em “Iniciar teste”.
- tardeou quando a task entrar em teste
No teste, a IA só fala com prova.
Quem testa cola o print e escolhe o veredito, e o arquivo vai para o Cloudflare R2. Em “Gerar síntese do teste”, o Nimbus lê os prints de volta, reduz cada um para WebP de até 1536 px e manda ao modelo com o id da evidência. Cada problema da síntese cita o print que o prova.
Testes / QA/qaSessão de testeLogin
Você está testando01Sair do testeAdicionar evidênciaDescreva o que foi testado…PassouFalhouNotaSíntese do teste · ciclo 1O botão de salvar não responde.
Fluxo de loginBloqueadorSalvar não responde- Abrir o formulário
- Clicar em salvar
EsperadoSalva e fechaObservadoNada aconteceFalhouReprovar e reabrirAprovarCloudflare R2vai e voltaPNG, JPEG ou WebP · até 6 MB por printPutObjecttasks/‹taskId›/qa-evidences/‹uuid›-print.pngGetObjectlido de volta para a sínteseOpenAIvai e voltavaiaté 16 prints · WebP ≤ 1536 px · cada um rotulado com o id da evidência · notas, descrição e comentáriosvoltaa síntese, em JSON Schema estrito“Problema sem evidência é problema inventado e será descartado.”regra do prompt da síntese
Testes / QA/qaReprovar e reabrir
Motivo do retrabalhoBugMudança do clienteAjuste internoCancelarReprovar e reabriro motivo já vem marcado pela síntese · a task volta para A fazer, com retrabalho e ciclo 2, sem abrir clock
- fora do relógio
E-mail só para entrar e para voltar.
O Brevo envia dois e-mails e nenhum outro: o convite, com o cargo e o botão Aceitar convite, num link pessoal que expira em 7 dias, e o código de recuperação de senha, que expira em 10 minutos.
Brevosai do NimbusPOST api.brevo.com/v3/smtp/emailHTML e textoNimbusSeu acesso foi criadoAceitar conviteE-maildiego@nimbus.appCargoDesenvolvedorlink pessoal · expira em 7 diasNimbusRecuperação de senhaE-mailana@nimbus.appCódigo••••••código de 6 dígitos · expira em 10 minutos07:40amanhãE o dia fecha o ciclo: a reprovação de hoje entra nos fatos da próxima pauta.
## Resultados de QA- Login · reprovada (bug) · testador: … · task=tsk_K7M2X4 · user=…
Dúvidas
Perguntas frequentes.
Depende do caso. Na etapa de entendimento mapeamos o fluxo atual do time e definimos o que passa a viver no Nimbus e o que continua integrado.
Sim. TMA, retrabalho, bugs, atrasos e tempo de conclusão saem do próprio registro das tasks, sem planilha paralela.
Sim. O trabalho é organizado em espaços e projetos, e os indicadores podem ser filtrados por período, espaço e projeto.
Cada pessoa registra as horas na própria task, e o timesheet do time é montado a partir desses registros.
Acompanhamos a virada de perto: dados migrados, equipe treinada e a gente junto até o time rodar sozinho.
Realize SoftwareNimbus · Execução de times