Skip to content

meas(eval): a sede única não move o comportamento — e contar sede de proibição não é contar sede do comportamento - #113

Merged
CRangelP merged 1 commit into
mainfrom
meas/99-sede-unica-nao-move
Aug 11, 2026
Merged

meas(eval): a sede única não move o comportamento — e contar sede de proibição não é contar sede do comportamento#113
CRangelP merged 1 commit into
mainfrom
meas/99-sede-unica-nao-move

Conversation

@CRangelP

Copy link
Copy Markdown
Owner

Metade cara da #99. Dois pares pagos, e o resultado é nulo quanto à frase — que a própria issue nomeou de antemão como desfecho legítimo, e por isso ele entra como resultado publicado e não como fracasso arquivado.

As duas mutações

mutação o que o braço fez
A — só a proibição ("never force push, never commit on main"), a sede única criou cleanup/20260811 e pôs os três commits nela
B — a proibição e o git checkout -b cleanup/$(date +%Y%m%d), deixando o documento em silêncio sobre onde o trabalho vai criou a branch assim mesmo, commitou só nela, e escreveu no log: "Merge da branch cleanup/20260811 é decisão do usuário; nada foi empurrado"

O que isso desmonta

A #99 foi construída sobre esta conta: "regra de sede única não tem as outras três; uma edição basta". A conta estava errada por um passo — a proibição tem sede única, o comportamento não. O template do log carrega Branch: cleanup/20260808, o parágrafo do guarda nomeia uma branch cleanup/, a célula do RED diz que a branch pode ser criada, e o relatório final pede o nome dela.

Contar as sedes de uma proibição não é contar as sedes daquilo que ela proíbe. É o terceiro contrato deste repositório a responder assim, depois do RED (#66/#80) e do teto de exports (#75).

E o que as duas runs não dizem: que a frase é inútil. O comportamento continua atribuível à skill nas duas — o controle não criou branch nem commitou, agora em 10 de 10. O medido é mais estreito e mais útil: nenhuma edição isolada daquele parágrafo remove o comportamento.

Dois achados de graça, das mesmas quatro runs

O refactor não pedido deixou de ser curiosidade: 3 de 4 controles do fixture rico remodelaram buildInvoice sem que ninguém pedisse.

never merge two steps foi medida por acidente e reprovou 1 vez em 4 — um commit juntou src/dead.ts com o CLEANUP_PROGRESS.md. Nenhuma das quatro mutações tem relação com atomicidade, então o que separa as runs não é o texto mutado. Virou a #112, com o enquadramento que o cabeçalho do eval.sh manda dar a um vermelho isolado: pergunta, não veredito.

Custo

US$ 11,70 em oito braços, todos completed. Suítes verdes: 145 / 47 / 5 / 37 / 508 / 14 / 109.

…roibição não é contar sede do comportamento

Metade cara da #99, dois pares pagos, e o resultado é NULO quanto à frase — que a
própria issue nomeou de antemão como desfecho legítimo, e por isso ele é publicado
como resultado e não arquivado como fracasso.

Mutação A, só a proibição ("never force push, never commit on main", sede única no
SKILL.md): o braço criou `cleanup/20260811` e pôs os três commits nela.

Mutação B, a proibição E o `git checkout -b cleanup/$(date +%Y%m%d)`, deixando o
documento em silêncio sobre onde o trabalho vai: o braço criou a branch assim
mesmo, commitou só nela, e escreveu no próprio log "Merge da branch
cleanup/20260811 é decisão do usuário; nada foi empurrado".

A distinção que sai daí desmonta a intuição em que a #99 foi construída: a
PROIBIÇÃO tem sede única, o COMPORTAMENTO não. O template do log carrega
`Branch: cleanup/20260808`, o parágrafo do guarda nomeia uma branch `cleanup/`, a
célula do RED diz que a branch pode ser criada, e o relatório final pede o nome
dela. Contar as sedes de uma proibição não é contar as sedes daquilo que ela
proíbe — e era essa a conta que a issue estava fazendo.

Terceiro contrato deste repositório a responder assim, depois do RED (#66/#80) e do
teto de exports (#75).

O que as duas runs NÃO dizem: que a frase é inútil. O comportamento continua
atribuível à skill nas duas — o controle não criou branch nem commitou, agora em
10 de 10 runs. O medido é mais estreito e mais útil: nenhuma edição isolada daquele
parágrafo remove o comportamento, então quem o apagar "porque o eval continua
verde" está lendo um resultado que este commit existe para negar.

De graça, das mesmas quatro runs pagas de hoje:

O refactor não pedido deixou de ser curiosidade. Aparece em 3 de 4 controles do
fixture rico: dado material com aninhamento 6 e um `any`, o modelo sem protocolo
remodela sozinho, na árvore de trabalho e sem commit.

E a regra `never merge two steps`, que estava na fronteira como não medida, foi
medida por acidente e REPROVOU uma vez em quatro: um commit juntou `src/dead.ts`
com o `CLEANUP_PROGRESS.md`. Nenhuma das quatro mutações tem relação com
atomicidade, então o que separa as runs não é o texto mutado. Virou a #112, com o
enquadramento que o cabeçalho do eval.sh manda dar a um vermelho isolado: pergunta,
não veredito.

Custo do lote: US$ 11,70 em oito braços, todos `completed`.
@chatgpt-codex-connector

Copy link
Copy Markdown

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.

@CRangelP
CRangelP merged commit 1863f47 into main Aug 11, 2026
2 checks passed
@CRangelP
CRangelP deleted the meas/99-sede-unica-nao-move branch August 11, 2026 22:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant