메뉴
Valida o plano de implementacao contra as regras de linguagem do perfil do repo (.devin/rules/nemesis-repo-profile.md) antes da escrita formal. Recebe spec aprovada, analisa se o plano proposto viola regras, aprova ou rejeita.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Aplica disciplina epistemica e analise critica em 2 pontos do SDD pipeline: antes de gravar a spec e antes de executar o plano. Garante que toda mudanca melhora o Nemesis sem regredir o que ja funciona, com evidencia empirica e sem bajulacao.
Trata documentacao como FEATURE. APOS a validacao (Skill 4.5) e ANTES do finishing (Skill 5), analisa o git diff da mudanca e decide se a superficie de doc do perfil (motor: README.md; dashboard: src/data/docs/*.json) precisa ser atualizada. Se nao, segue o fluxo. Se sim, reconcilia (codigo = verdade, regra do coeficiente, sem inserir por inserir), com HARD-GATE de revisao humana. Garante que a PR sempre contenha a documentacao sincronizada.
Finaliza o desenvolvimento: verifica testes do perfil, gate de integridade do harness, coleta git diff real, gera PR estruturada, apresenta opcoes de merge/PR/descarte. HARD-GATE de revisao humana antes de salvar a PR.
Verifica e reconcilia o espelhamento do harness (lei F10): roda o procedimento deterministico de nemesis-harness-integrity.md, apresenta a deriva arquivo a arquivo e reconcilia. Divergencia material tem HARD-GATE humano (o Fernando escolhe o canonico); copia comprovadamente antiga propaga-se a mais recente com reporte.
Compost de processo (lei F12): converte um erro de PROCESSO com custo material em post-mortem minimo (sintoma, causa verificada, lei violada ou ausente) e em proposta de emenda a regra/skill correspondente, com HARD-GATE humano. E o equivalente, para o harness, do que o redteam pipeline ja faz para o produto (gap vira Parte do pentest).
Converte request informal em especificacao tecnica estruturada para o Nemesis (motor Rust ou dashboard Next.js, conforme o perfil do repo). Auto-ativa quando Fernando descreve uma necessidade. NUNCA escreva codigo antes do design ser validado. No modo autonomo (default) o gate da spec e a analise critica (Skill 0, Ponto 1); a spec e gravada sem aguardar aprovacao humana.
| name | pre-writing-rule-control |
| description | Valida o plano de implementacao contra as regras de linguagem do perfil do repo (.devin/rules/nemesis-repo-profile.md) antes da escrita formal. Recebe spec aprovada, analisa se o plano proposto viola regras, aprova ou rejeita. |
Validar planos de implementacao contra as regras do repo antes da escrita formal. Recebe spec aprovada, analisa se o plano proposto viola regras, aprova ou rejeita.
Texto unico espelhado nos dois repos. As 6 regras de linguagem validadas por esta skill vivem no perfil do repo (
.devin/rules/nemesis-repo-profile.md, secao "Regras de linguagem"): versao Rust no motor, versao TypeScript/Bun no dashboard. Esta skill define o PROCESSO; o perfil define o CONTEUDO. Nunca duplicar as regras aqui.
Anuncio de inicio: "Estou usando a skill pre-writing-rule-control para validar o plano contra as regras do perfil do repo."
Pre-requisito: Uma especificacao aprovada existe no path de specs do perfil.
Ler a especificacao aprovada (path de specs do perfil) e o perfil do repo
(.devin/rules/nemesis-repo-profile.md). Identificar o que deve ser construido, quais
modulos/arquivos sao afetados, que restricoes se aplicam e quais sao as 6 regras vigentes.
Validar o plano proposto contra as 6 regras de linguagem do perfil, uma a uma:
.nemesis/hooks/; dashboard: proxy/auth/headers/sanitize)? Se sim, a flag exigida pelo
perfil esta presente no plano?.nemesis/target/; dashboard: build/segredo commitado)?- [ ] REGRA 1 (linguagem do perfil): PASS/FAIL
- [ ] REGRA 2 (toolchain do perfil): PASS/FAIL
- [ ] REGRA 3 (areas sensiveis + flag): PASS/ALERTAR/FAIL
- [ ] REGRA 4 (escopo da spec): PASS/FAIL
- [ ] REGRA 5 (git somente Fernando): PASS/FAIL
- [ ] REGRA 6 (artefatos proibidos): PASS/FAIL
Se violacao detectada:
Se NENHUMA violacao:
nemesis-writing-plansGATE AUTOMATICO (modo autonomo, default): o veredito bloqueia ou libera sozinho, sem
aguardar resposta humana. PASS = prosseguir imediatamente para nemesis-writing-plans.
FAIL = ajustar a spec/plano proposto conforme a violacao e revalidar (maximo 1 ciclo);
segundo FAIL = parada de emergencia (reportar violacao + evidencia ao Fernando e aguardar).
Se aprovado:
Plano validado contra as 6 regras do perfil do repo:
✅ REGRA 1 (linguagem): PASS
✅ REGRA 2 (toolchain): PASS
✅ REGRA 3 (areas sensiveis): [PASS | ALERTAR]
✅ REGRA 4 (escopo): PASS
✅ REGRA 5 (git): PASS
✅ REGRA 6 (artefatos): PASS
Registro para o Trust Ledger (F11): gate=rule-control · veredito=PASS · ref=[SPEC]
Prosseguindo para nemesis-writing-plans.
Se rejeitado:
Plano rejeitado. Violacao detectada:
❌ [REGRA_N]: [descricao exata da violacao, com a secao do perfil]
Ajustes necessarios: [lista de mudancas requeridas]
Aplicando ajuste e revalidando (ciclo 1 de 1)...
Se o segundo ciclo tambem falhar: parada de emergencia, reportar ao Fernando e aguardar.
O veredito (PASS/FAIL, com a base em 1 linha) sera registrado no Trust Ledger na PARADA
UNICA pela skill nemesis-trust-ledger-update. Anotar os campos no proprio veredito.
Skill anterior: nemesis-specification-design
Proxima skill apos aprovacao: nemesis-writing-plans