M

Maestro

Vociem 360

Fases 3–4 · Validação e prompt

Report vivo · OpenFlows Cockpit

O mesmo modelo apresentado ao cliente, com os blocos internos a mais. Os candidatos aparecem dentro do report, por caso de uso: aceitar, editar por texto livre ou rejeitar com motivo. Executar/Enviar fecha a leva com o que está decidido; quem não tem decisão espera a próxima leva e não bloqueia ninguém.
Protótipo para validação, sem backend. Dados reais: reuniões e citações (transcrições em jose-bot/docs), report Vociem de 22/09, issues do Plane (VOC) e PRs mergeados no GitHub (OpenFlows-OFC/vociem), coletados em 23/09/2026. Simulado para demonstrar o fluxo: quem decidiu e quando, entrega de prompts no chat e sinais do Cockpit marcados como tal. Deploy do Coolify é inferido do merge em main. Botões não persistem.

Report vivo · OpenFlows Cockpit

Candidatos dentro do report, por caso de uso. Aceitar, editar por prompt ou rejeitar; Executar/Enviar fecha a leva.

3 sem decisão · 0 prontos para a leva

Em que momento estamos

Plataforma interna. Ambientes dev/staging/prod criados no Coolify; variáveis e cutover aguardam migração de VPS (reunião de 23/09).

Cockpit

Chat e handoff

Melhoria contínua
dono Carlossem candidato ativo

Solicitado

  • Linha do tempo ao vivo, perguntas com botões, botão Aprovar merge.

O que evoluiu

  • nada mergeado desde o último snapshot

Mostrar / validar

    Próximas entregas · candidatos

    um item = um candidato = um prompt
    • Emitir dois sinais distintos ao humano: quando o chat termina um run e quando abre uma pergunta. Não necessariamente com som (Carlos não usa máquina com som); badge no título da aba e no sino.

      Origem: Alinhamento interno · OpenFlows · Daniel (ideia do João) · 1:11:06 · confiança 95%

    Cockpit

    Criação e provisionamento de projetos

    Construção
    dono Carlossem candidato ativo

    Solicitado

    • Criar projeto e pasta; ambientes dev/staging/prod no Coolify.

    O que evoluiu

    • nada mergeado desde o último snapshot

    Mostrar / validar

      Próximas entregas · candidatos

      um item = um candidato = um prompt
      • Na tela de criar projeto, checkboxes para dev/staging/prod; tela de administração para promover um projeto de pré-venda a projeto vendido (ganha ambientes) ou remover ambientes.

        Origem: Alinhamento interno · OpenFlows · Carlos · 1:05:49 · confiança 95%

      Painel

      Inventário de ambientes e segurança

      Construção
      dono Joãosem candidato ativo

      Solicitado

      • Tela de monitoramento e segurança no Painel.

      O que evoluiu

      • nada mergeado desde o último snapshot

      Mostrar / validar

        Próximas entregas · candidatos

        um item = um candidato = um prompt
        • Criar seção Inventário (ambientes, projetos por ambiente, VPS) separada da seção Segurança, que volta a mostrar os insights do agente de segurança.

          Origem: Alinhamento interno · OpenFlows · Carlos · 1:09:13 · confiança 90%

        Maestro

        Esteira José (feedback → report vivo)

        Construção
        dono Carlos
        40%

        Solicitado

        • Desenho da esteira e telas de validação no Maestro.

        O que evoluiu

        • nada mergeado desde o último snapshot

        Mostrar / validar

        • Pendência com Carlos: Mecânica de entrega do prompt (prompt em espera, decisão /partner ou entrega = execução)
        • Pendência com João: Expor sinais do Cockpit ao José (run, pergunta, merge) e conectar o Coolify

        Próximas entregas · candidatos

        um item = um candidato = um prompt
        • Esteira José: telas de validação no MaestroP1v1AceitoMerge pedidoSem evidência

          Construir as telas da esteira (reuniões, candidatos, execução, evidências, report vivo, cronograma) no Maestro com dados reais e sem backend, para validação do time.

          Origem: Alinhamento interno · OpenFlows · Carlos · 20:44 · confiança 100%

          Decidido por Carlos em 23/09, 14:00