rewrite: Introduzir feature flags para roteamento entre legado e nova implementação

[ElioNeto]

Parte do epic #1036

Objetivo

Implementar um mecanismo de feature flags que permita rotear chamadas entre o core TypeScript legado e o novo go-core, habilitando rollback instantâneo sem redeploy.

Design proposto

// packages/core/src/router.ts
import { flag } from './flag'

export const useGoCore = flag<boolean>({
 key: 'go-core-enabled',
 default: false,
})

export async function spawnProcess(cmd: string, args: string[]) {
 if (await useGoCore.isEnabled()) {
 return goCoreCLient.spawn(cmd, args) // nova implementação
 }
 return legacySpawner.spawn(cmd, args) // legado
}

Tarefas

• Avaliar se o sistema de flag em packages/core/src/flag/ já suporta o caso de uso
• Criar flags por módulo: go-core-process, go-core-filesystem, go-core-session
• Implementar camada de roteamento para cada módulo
• Garantir que a flag pode ser alterada sem redeploy (env var ou config file)
• Adicionar logging de qual implementação foi usada por requisição

Critérios de aceite

• Rollback possível mudando apenas uma variável de ambiente
• Flags granulares por módulo (não um switch geral)
• Log indica qual implementação foi chamada
• Documentado em docs/rewrite/feature-flags.md

[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.

[ElioNeto]

Implementado. packages/core/src/router/flag.ts com suporte a boolean e numeric (canary) flags, mais cliente HTTP em client.ts.
Commit: 12ebbbc