BK-170 - Runtime do Squad com configuracao de IA por etapa

Objetivo

Fazer o runtime do Cérebro obedecer a configuracao salva pelo admin do RNT para o Squad social, em vez de usar um unico engine fixo por run.

Entregue

• leitura de run.inputPayload.runtimePreferences.steps[stepKey].engine no executor do Squad;
• suporte a side opinions no step copy;
• suporte ao opencode como engine auxiliar no roteador do kernel;
• eventos extras do runtime para inicio/fim/erro das side opinions.
• consolidacao do worktree sujo ligado ao fechamento:
• reforco de obediencia estrita em POLICY.md;
• remocao de residuos soltos na raiz (admin_index_backup.php, fix_js.php, logo_3x4.jpg).

Arquivos centrais

• kernel/index.js
• kernel/router.js

Observacoes

• o runtime principal continua produzindo um artefato principal por step;
• as side opinions entram como metadado adicional no payload do copy, sem quebrar o contrato atual;
• o consumo dessa configuracao pelo admin/cron fica no repositório RNT.

Atualizacao de 2026-04-11 07:57 -03

Achado operacional

• em run real do rnt-social-v1, o step copy estava terminando como failed/canceled com feedback = timeout
• a evidência do store mostrou que o artefato principal do copy já tinha sido salvo
• o gargalo estava na side opinion do opencode, que seguia bloqueando o step até estourar o timeout global da run

Evidencia objetiva

• run recente run_1775902297413_zn79t6
• studio_squad_runs.summary_json:
• state = canceled
• abortReason = timeout
• studio_squad_steps da mesma run:
• research = done
• copy = failed
• feedback_text = timeout
• retry_count = 2
• studio_squad_artifacts da mesma run:
• artefato principal de copy salvo normalmente
• payload.sideOpinions já mostrava:
• engine = opencode
• status = failed
• error = timeout

Hotfix aplicado

• kernel/index.js
• side opinions do step copy agora usam timeout próprio:
• STUDIO_SQUAD_SIDE_OPINION_TIMEOUT_MS
• default 30000
• se a opinião lateral demorar além disso:
• ela falha como metadado auxiliar
• mas não deve mais consumir sozinha todo o orçamento da run principal

Kimi

• o engine kimi já estava suportado no runtime e no Studio
• a rodada validou o wrapper local com:
• /root/cerebro/tools/kimi --timeout 30
• resposta: KIMI_OK
• conclusão:
• kimi é candidato viável para side opinion no lugar do opencode quando o objetivo for evitar esse gargalo específico