LANCAMENTO2020% off no lançamento — aplique no checkout
Roger MLOps Guard
Guard de treino longo: GPU, checkpoint e disco sem babá.
R$ 119,00 — v1.2.0
- Watchdog de treino com probe independente (não confia em contador de processo)
- Gate de RAM/VRAM dimensionado pela mínima observada, não pela média
- Detecta treino morto, checkpoint travado e disco enchendo
Você recebe 22 arquivos (54 KB) em roger-mlops-guard-1.2.0.zip — SKILL.md com o passo a passo e os scripts do pacote.
sha256 ef79f7a4203ce8d4…
Pagamento pelo StripeDownload imediato7 dias de reembolsoSem assinatura
Quer que eu instale no seu projeto?
Setup guiado a partir de R$ 1.500,00: eu instalo, ligo os guardas e rodo o primeiro ciclo junto com você.
Ver o serviçoComo começar
- Declare as curvas uma vezSchedule, faixa esperada de loss, piso de tokens/s, teto de VRAM e limite de log parado — no config, para o crítico ter com o que discordar da realidade.
- Suba o crítico como daemonCada veredito é arquivado no ledger com a observação que o produziu. Saída só em JSON nunca é aceita como nota.
python -m roger.critic --daemon # --once para um veredito só - Passe todo checkpoint por safe_io.publish()Em 9p/drvfs um cp sob pressão de memória trunca EM SILÊNCIO — e é isso que corrompe resume. publish grava em staging, faz fsync, confere o hash, move e poda os antigos.
- Ligue a vigília noturnaMede vida por sentinela (log e processo), mata o treino travado e relança do último checkpoint BOM, sob orçamento de relançamento e quebrador de crash-loop.
python -m roger.night_watch
Quando você vai usar
- Treino vivo com o log parado, às 3 da manhãO sentinel mede liveness e decide wedge, grind, zumbi ou trabalho real — sem isso todo watchdog confunde processo vivo com treino andando.
- Resume travado em checkpoint truncadosafe_io.publish() escreve em staging, faz fsync, confere o hash e só então move: o estado meio-escrito que corrompe resume em 9p/drvfs deixa de existir.
- Watchdog que não mata nada (ou mata errado)Só mata depois do veredito, com a razão logada, relançando do último checkpoint bom, sob orçamento de relaunch e breaker de crash-loop.
- Disco enchendo de madrugadaHigiene e poda de checkpoint, com o disco medido antes de virar emergência — inclusive o disco do host, que é o que costuma encher primeiro.
- Loop noturno herdando a nota boa de ontemCritic determinístico pontua as curvas que você declarou (LR x schedule, grad norm, loss velocity, tokens/s, VRAM, staleness) e arquiva cada veredito num ledger append-only.
O que vem no pacote
scripts/roger/critic.py — o critic determinístico e o ledger de vereditosscripts/roger/night_watch.py — liveness por sentinel: wedge vs grind vs zumbi vs trabalho realscripts/roger/gpu_cure.py — cura e relançamento do treino travado, com razão logadascripts/roger/safe_io.py — I/O à prova de crash: staging, fsync, hash, move, podascripts/roger/hygiene.py — higiene de loop: ANSI, quarentena de saída não confiável, regressão e flapscripts/quarantine.py — prova por tentativa no input que foi posto em quarentenascripts/cuda_tflops_bench.py — árbitro de throughput da GPUscripts/host_vram_probe.ps1.txt — visão de VRAM pelo lado do host — renomeie para .ps1
Precisa de
- Python 3.10+ (stdlib puro, zero dependências)
- nvidia-smi para o lado GPU
- as curvas do treino declaradas na config
Onde ela não entra: Não é framework de treino e não mexe no seu modelo: pluga no SEU loop (critic daemon + safe_io.publish + night_watch). Threshold é por fase, nunca global.
Como recebo depois de pagar?
O link de download aparece na página de obrigado assim que o Stripe confirma e também vai para o seu e-mail. Se perder, peça reenvio pelo mesmo e-mail da compra.
Dá para usar em projeto de cliente?
Sim — a licença cobre uso pessoal e comercial nos seus projetos, inclusive de clientes. O que não pode é revender o pacote. Termos completos.
← todas as skills
Pagamento processado pelo
Stripe — nenhum dado de cartão passa por este servidor. Entrega imediata após a confirmação.
Termos, entrega e reembolso.