rewrite: Criar harness de testes de paridade legado vs nova implementação

[ElioNeto]

Parte do epic #1036

Objetivo

Criar uma test suite que execute os mesmos cenários contra o core TypeScript atual e a nova implementação Go, garantindo paridade de comportamento antes de qualquer cutover.

Estrutura proposta

packages/core/test/parity/
  process.parity.test.ts
  filesystem.parity.test.ts
  session-event.parity.test.ts
  helpers/
    legacy-adapter.ts   ← chama implementação TS atual
    new-adapter.ts      ← chama go-core via HTTP
    diff-reporter.ts    ← compara e reporta divergências

Exemplo de teste de paridade

it('spawn parity', async () => {
  const tsResult  = await legacySpawner.spawn('ls', ['-la'])
  const goResult  = await goSpawner.spawn('ls', ['-la'])  // chama HTTP
  expect(goResult.stdout).toEqual(tsResult.stdout)
  expect(goResult.exitCode).toEqual(tsResult.exitCode)
})

Tarefas

• Criar estrutura de diretórios para testes de paridade
• Implementar legacy-adapter.ts e new-adapter.ts
• Implementar diff-reporter.ts com output legível
• Cobertura mínima: process spawning e filesystem
• Integrar ao CI da trilha rewrite/*
• Documentar como adicionar novos módulos ao harness

Critérios de aceite

• Testes executam local e no CI
• Falhas exibem diff claro entre legado e novo
• Pelo menos 3 fluxos críticos cobertos ponta a ponta
• Tempo de execução do harness abaixo de 60s

[ElioNeto]

Skipping via delivery-loop pipeline — too complex for automatic resolution.

Esta issue é um enhancement estratégico que requer:

• Decisões de arquitetura e design
• Planejamento humano
• Implementação em Go (nova linguagem)

Needs manual triage and planning by the engineering team.