[P0] Contrato version/capability, dogfood real e promoção de release

[wesleysimplicio]

Parent: wesleysimplicio/simplicio-runtime#2998

Problemas medidos

Consumidores esperam --version --json, mas o dev-cli não possui esse comando; mínimos divergem; cross-repo dogfood documenta substituições em vez de executar operadores reais; publish ocorre sem promoção segura.

Critérios de aceite

• Comando canônico de version/capability é definido e todos os consumidores concordam.
• Runtime/Agent homônimo ou versão antiga falham com diagnóstico acionável.
• task usa Runtime real, mapper context e verificação, sem hop substituído.
• 🌌 Integração Asolaria: ai-memory (Rust) como Backend de Memória Neural + HRM Toolchain #89 é ampliada com init/migrate/seed idempotente e backend neural existente.
• Clean-wheel smoke, lint, mypy, pytest e contracts bloqueiam.
• Publish só após CI verde e cria GitHub Release coerente.
• Benchmark registra tokens/retries/latência com proof_kind honesto.

Dependências

Identidade Runtime, mapper lock/contract e CI.

Evidência

E2E instalado, pacote publicado e receipts do operador.

[wesleysimplicio]

Dependência operacional desta épica em relação ao runtime#2998:

Para a meta de execução final com 6 agents em paralelo, esta issue só pode ser considerada pronta para promoção quando os seguintes gates do ecossistema estiverem verdes com evidência:

• runtime#3037/#3035/#3036: control plane sem self-mutation e com lease de build/validação
• runtime#3000/#3001/#3002/#3020/#3021/#3022/#3031: banco neural, seeds, LLM local, consciência e skills verificáveis
• runtime#3015/#3016/#3018/#3019: intake/task contract/budget/roteamento alinhados
• runtime#3027/#3032/#3025/#3026/#3038: onda real de 6 lanes com model/effort pinados, leases, lifecycle e evidence por lane

Esta anotação existe para evitar promoção isolada de componente enquanto a onda final ainda não é provada ponta a ponta.

[wesleysimplicio]

Sincronização adicional com runtime#3042:

Esta épica agora também depende explicitamente do gate do scheduler paralelo do Runtime (#3042). Mesmo com contract/version/dogfood corretos, a promoção desta peça para a meta final fica incompleta enquanto o Runtime não provar leases/lifecycle por lane, bounded Tokio concurrency e coordination determinística da wave multi-lane.

Objetivo: evitar que dev-cli apareça como "pronto" antes do próprio orquestrador estar provado.

[wesleysimplicio]

Backlog addition from the active governed run:

New correction issue opened:

• [P1][Diagnostics] dev-cli dry-run-task should emit structured blocked-precondition receipts #122 — dry-run-task --json should emit structured blocked-precondition receipts

This is a prerequisite for honest control-plane diagnostics when lanes fail closed because of artifact/handoff/context preconditions.