[P0][Prototype-First][Loop #568] Exigir reproducer e patch experimental antes de abrir PR OSS

[wesleysimplicio]

Parent architecture: #1
Upstream contract: simplicio-loop#568

Objetivo

Integrar Prototype-First ao fluxo real de contribuição OSS sem transformar a extensão em outro Loop: antes de implementar e abrir PR, provar o problema e validar um candidate pequeno contra as regras do upstream.

Fluxo produtivo

reconnaissance/profile
→ candidate/issue + double dedup
→ prototype required decision
→ failing reproducer/test or policy-compatible spike
→ isolated patch candidate
→ independent review + upstream-style validation
→ ACCEPT | REVISE | REJECT
→ full delivery flow

Nenhum protótipo abre PR, comenta, pinga maintainer ou altera upstream. A extensão preserva merge rate, newcomer caps, CLA/DCO, issue-first e maintainer-first.

Passo a passo

1. Consumir contratos/receipts de Loop #568 via adapter.
2. Traduzir PROFILE.md em prototype policy por target.
3. Exigir reproducer/teste vermelho para bug; schema/design spike para feature autorizada.
4. Criar candidate em worktree/fork branch privada.
5. Rodar comandos reais do target e capturar before/after.
6. Aplicar double dedup novamente antes de promoção.
7. Materializar reviewer/judge independente alinhado à cultura do target.
8. REJECT atualiza backlog/lessons sem abrir PR.
9. ACCEPT libera o delivery agent; somente ele abre draft/PR.
10. Integrar findings routing sem violar issue-first/discussion policy.
11. Medir avoided PRs, duplicate rate, merge rate e maintainer round-trips.
12. Incluir no E2E multi-machine da epic [EPIC][P0][Extension] Herdar integralmente o Loop core na extensão OSS sem conflito #1.

Testes obrigatórios

• bug reproduzível/não reproduzível;
• duplicate issue/PR/branch;
• CLA/DCO/assignment required;
• two sessions same candidate;
• target sem test suite;
• patch candidate fails review;
• crash before promotion;
• no GitHub mutation during prototype.

Revisão complementar do projeto: simplicio-loop-oss

Responsabilidade avaliada: open source. Esta issue deve ser entendida no contexto da auditoria-mãe do repositório.

Objetivo específico

validar issue → plano → branch → patch → testes → PR

Fluxo de testes obrigatório

conflito, licença, segredo, dependência externa, rollback e escopo

1. Registrar SHA/branch, ambiente, dependências e configuração.
2. Executar o caminho feliz completo e capturar logs/receipts.
3. Injetar entrada inválida, timeout, falha externa ou permissão ausente aplicável.
4. Verificar retry, cancelamento, idempotência e rollback quando o fluxo suportar.
5. Executar testes unitários, integração, sistema/E2E, regressão, segurança e desempenho aplicáveis.
6. Reexecutar com os mesmos dados e comparar resultado/hashes.
7. Confirmar que falha nunca vira sucesso e que recursos são liberados.

Evidências obrigatórias

• PR/commit vinculado;
• comandos e versões;
• logs do caminho feliz e da falha;
• testes/coverage/benchmark aplicáveis;
• receipts, hashes e relatório de rollback;
• limitações e próximos passos.

Regra de encerramento

Não fechar sem todos os critérios desta issue e da auditoria-mãe atendidos. Se faltar implementação, marcar como NEEDS-IMPLEMENTATION ou BLOCKED, nunca como concluída.

Execução

• Implementar o objetivo descrito.
• Fazer a implantação aplicável.
• Executar e registrar os testes.