CASO DE USO · ENGENHARIA DE SOFTWARE

Todo pull request guarda o motivo de existir.

A Nieme lê o roadmap, enfileira um sprint de Operations governadas e as executa uma depois da outra com o agente de código que você escolher. Você autoriza a execução uma vez; cada mudança volta como pull request, com evidência, para uma pessoa aceitar.

285pull requests mergeados
10.000+testes em cada merge
64 / 72dias com merge

A Nieme é construída assim: de 18 de julho a 27 de setembro de 2026, nos repositórios do produto e do site.

Sinais

O que a Nieme observou nos sistemas que você conectou. Observações, não instruções — nada aqui foi autorizado.

SinaisMais recentes · do mais novo, por quando a Nieme recebeu.
O roadmap mudouhá 12 min

Cinco itens foram para “Next” no ROADMAP.md da main.

GitHub

Projeto: EngenhariaRegistrado como Sinal
Um documento mudouhá 2h

Um documento mudou numa pasta conectada.

Google Drive

Sem ProjetoSó observando
Uma mensagem chegouhá 5h

Uma mensagem foi observada num canal selecionado.

Slack

Sem ProjetoSó observando

O roadmap mudou

Cinco itens foram para “Next” no ROADMAP.md da main.

GitHub

Registrado como Sinal

Evento observado

Fonte
GitHub
O que aconteceu
O roadmap mudou
Quando a Nieme viu
há 12 min

A Nieme registrou que este evento aconteceu. Observar, sozinho, não autoriza nada.

Por que importa

Razão da Nieme

a fonte é selecionada para este Projeto

Status

Registrado como Sinal. A Nieme propõe o trabalho; uma pessoa decide.

BRIEF.ON · OPERATION.ON
Adicionar retentativas com backoff ao worker de sync
Força de trabalho · PapéisOrçamento · —Prazo · —Garantia · —Saídas · —
Salvar rascunho
RASCUNHO DE OPERAÇÃORascunho salvo · c3690591
Pronto para aprovarPronto para Review.
OBJETIVO
Adicionar retentativas com backoff ao worker de sync

Este título é independente do Objetivo.

Adicionar retentativas com backoff ao worker de sync. Fontes e autoridade congelam na aprovação. A execução é autorizada uma vez, para este sprint e nada além dele.
Um ou mais arquivos — documentos, especificações ou código

Produz cada arquivo declarado como Artefato governado desta Operação, revisados juntos.

PACOTE DE FONTES

Projeto: Engenharia

Do Signal · A Nieme lê o roadmap e propõe o sprint

Fontes selecionadas da Operation (3) — escolhidas explicitamente

GITHUB
Item do roadmapVer

Fonte admitida

GITHUB
módulo do worker de syncVer

Fonte admitida

GITHUB
a decisão do incidente de 12/09Ver

Fonte admitida

Queue

Governe e execute Operations autorizadas pelo ciclo de vida do Builder.

Nova Operation
Contínuo: ligadoSprint “Ajustes do checkout” · autorizado uma vez pelo líder de engenharia · uma tentativa por vez2 aguardando sua revisão
PLANEJADO2
Adicionar retentativas com backoff ao worker de sync
APROVADO

Posição 1 de 2 na fila. Roda quando a tentativa atual terminar.

engineering.code · 3 fontes

Cobrir o fluxo de reembolso com testes de integração
APROVADO

Posição 2 de 2 na fila.

engineering.code · 2 fontes

RODANDO1
Corrigir o foco do botão de checkout no celular
EXECUTANDO

Codex CLI · tentativa 1 · northwind-coffee/web

começou há 2 min

EM REVISÃO2
Carregar imagens de produto sob demanda
PULL REQUEST ABERTO

#214 · 6 arquivos · CI passou

esperando uma pessoa

Remover o endpoint de cupom sem uso
PULL REQUEST ABERTO

#213 · 3 arquivos · CI passou

esperando uma pessoa

ENVIADO1
Unificar a formatação de preços no carrinho
ENVIADO

#212 mergeado · aceito pelo líder de engenharia

hoje, 10:14

HOJE

Onde o trabalho quebra hoje

Sem registro

  • O porquê fica num chat que fechou.Contexto, restrições e a decisão por trás de uma mudança acabam junto com a sessão que a produziu.
  • Toda sessão de agente começa do zero.Alguém explica de novo o código, as convenções e o que já foi decidido.
  • Alguém precisa conduzir cada passo.O agente é rápido; quem passa a próxima tarefa e copia o resultado de volta, não.

Com a Nieme

  • Declarado antes de rodar.Objetivo, escopo do repositório e autoridade são definidos antes e congelam na aprovação.
  • Uma fila, não uma babá.A execução contínua percorre o sprint sozinha, uma tentativa delimitada por vez, e para onde a autoridade exige uma pessoa.
  • Revisão com os motivos junto.Cada diff chega ao lado do objetivo, da evidência e dos testes que o barraram.
UM TRABALHO, DO INÍCIO AO FIM

Do roadmap a um sprint que roda de forma contínua e para para revisão

  1. 01 · Planejado

    A Nieme lê o roadmap e propõe o sprint

    De três a cinco Operations, cada uma com objetivo e entregável declarado. Nada roda ainda.

    ROADMAP.mdGitHub
  2. 02 · Enfileirado

    Uma pessoa autoriza a execução contínua

    Fontes e autoridade congelam na aprovação. A execução é autorizada uma vez, para este sprint e nada além dele.

    operation.onQueue
  3. 03 · Executado

    A fila percorre o sprint, uma tentativa por vez

    Codex CLI, Claude Code ou as ferramentas da própria Nieme pegam cada Operation na sua vez, sobre o mesmo estado governado.

    Codex CLIClaude Code
  4. 04 · Revisado

    Cada mudança volta separadamente

    Um pull request por Operation, com diff, testes e evidência. Uma pessoa aceita, pede mudanças ou rejeita cada um.

    Pull requestCIEvidência
  5. 05 · Levado adiante

    O que foi aceito vira contexto

    O próximo sprint começa dessas decisões, não de um prompt em branco.

    decision.on
O QUE FICA REGISTRADO

O trabalho sobrevive à sessão que o fez.

Cada etapa acima escreve no mesmo registro. Troque o modelo, o agente ou a pessoa que executa: objetivo, fontes, autoridade e decisão continuam presos ao trabalho.

UM REGISTRO
operation.on
objetivo
Adicionar retentativas com backoff ao worker de sync
contexto
Item do roadmap · módulo do worker de sync · a decisão do incidente de 12/09
autoridade
Execução contínua autorizada pelo líder de engenharia para este sprint
executor
Codex CLI, no repositório do produto
evidência
Pull request, diff e a execução de CI que o barrou
decisão
Aceito e mergeado

Os campos que a Nieme guarda em toda Operation.

OUTROS CASOS DE USO

Entregue sem parar.
Revise tudo.

Conectamos um repositório, enfileiramos um sprint com você, e você revisa cada pull request antes do merge.

Prefere falar com uma pessoa? Fale com o fundador.