Repo poliglota: a suíte de um stack mascara a que não rodou em outro

[CRangelP]

Achado estrutural da segunda revisão do lote 3, deixado fora de propósito: consertar é redesenho do global ran_test, não remendo.

Problema

ran_test e ran_typecheck são globais únicos para todos os stacks. Basta um stack contribuir ran_test=1 para o veredito final dizer checks=typecheck,test e liberar GREEN, mesmo que outro stack detectado no mesmo repo não tenha rodado teste nenhum.

Cenário: package.json com typecheck + test:unit + test:e2e (nenhum promovido, pela regra de fatias) ao lado de um go.mod com *_test.go. O Go contribui ran_test=1, o veredito sai GREEN, e a skill libera deleção de exports e as fases 2 e 3 com a suíte JS inteira sem ter rodado.

Por que não é caso isolado

O no_tests() de Go, Rust, .NET e pytest tem a mesma forma: ele conta como "não é vermelho" sem marcar que aquele stack ficou descoberto. Qualquer combinação em que um stack cai no cap e outro passa produz o mesmo mascaramento. O ramo novo de múltiplas fatias do JS herdou a forma por consistência, e por isso também não seta incomplete.

Etapas

• Decidir a granularidade: ran_test/ran_typecheck por stack, ou uma marca de "stack descoberto" que rebaixe o veredito final.
• Definir o que o veredito imprime quando um stack rodou tudo e outro não — hoje checks= não tem dimensão de stack.
• Rever se incomplete é o mecanismo certo ou se vira um estado novo (ele hoje significa "toolchain ausente", que é outra coisa).
• Casos no gate_test.sh para pelo menos duas combinações poliglotas.

[CRangelP]

Endereçado na branch fix/rodada-2-lote-3 (commit 077a36b), como efeito da terceira revisão do lote 3.

A forma escolhida foi um uncounted_suite() por onde passa todo cap de stack inteiro (js, go, rust, .NET raiz, pytest-5, mais caps novos para Python sem pytest e Ruby sem spec/). O veredito recusa GREEN quando a marca está ligada e diz por quê. O cap por projeto do .NET ficou de fora de propósito: projeto sem teste ao lado de outro com teste é normal, não é stack descoberto.

O que a issue pedia e não foi feito: granularidade por stack no checks=. O veredito continua sem dimensão de stack — ele agora se recusa a dar GREEN, mas não diz qual stack ficou descoberto no próprio checks=, só na linha humana. Se isso bastar, a issue fecha com o PR; se a granularidade for requisito, ela continua aberta com escopo reduzido.

Mudança de comportamento a registrar: repo poliglota que antes lia GREEN passa a capar em YELLOW quando qualquer stack ficou descoberto — módulo Go sem *_test.go ao lado de um app JS testado é o caso típico.

[syx-labs]

Fixed in working tree (pending commit). Evidence (residual, no ran_test redesign): uncounted_suite survives polyglot — cases js-poly-uncounted, dotnet-poly-uncounted (!GREEN) in scripts/gate_test.sh; README polyglot cap prose. Verified: bash scripts/test.sh → 101/101, 5/5, 145/145.