M

Maestro

Vociem 360

Projetos›
OpenFlows Cockpit ▾
Minha fila ›
Cronograma1–2 Insumos3–4 Validação35–6 Despacho e execução17 EvidênciaReportQuadro8Aceite do owner↺ 1

Quadro do projeto

OpenFlows Cockpit

As oito fases só deste projeto, com o mesmo trilho e o mesmo laço de fechamento do quadro geral.
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.

Quadro do projeto

Oito fases em ordem fixa; a oitava devolve o item à primeira

Cada cartão é um item de trabalho. Ele anda para a direita, uma fase por vez, quando o gate de saída da fase é satisfeito. Editar reabre a decisão (fase 3); versão nova nasce na fase 2; rejeitar ou retirar tira o item da esteira. A etapa 8 do desenho (Maestro) é este quadro; a oitava fase do item é a aceite do owner.

4 itens na esteira · 0 fora · 1 decisões de processo registradas na ingestão
10

Ingestão

Humano sobe a transcrição · José extrai

sai por gate automático

  • vazia

entra: Upload da transcrição (hoje) ou convite do José na reunião (futuro)

sai: Itens extraídos com citação, timestamp, caso de uso e triagem

20

Candidato

José

sai por gate automático

  • vazia

entra: Item de produto extraído

sai: Candidato gerado dentro do report (um por item)

33

Validação

Aprovador da leva (humano)

sai por gate humano · 3 esperando

entra: Candidato na tela

sai: Aceito (ou edição aceita) e leva fechada com Executar/Enviar

40

Prompt

José

sai por gate automático

  • vazia

entra: Leva fechada

sai: Prompt escrito no chat do caso de uso após handshake

50

Despacho

Dono do item aciona o agente (botão de espera no chat do Cockpit)

sai por gate automático

  • vazia

entra: Prompt escrito no chat

sai: Run iniciado

61

Execução

Agente do chat · dono aprova o merge

sai por gate automático · 1 esperando

entra: Run iniciado

sai: PR mergeado em main (aprovado pelo dono; evidência do GitHub)

70

Evidência

José cruza GitHub e Coolify

sai por gate humano

  • vazia

entra: Merge em main

sai: Snapshot do report aprovado cobrindo o item (gate do projeto)

80

Aceite do owner

Cliente, na reunião seguinte

sai por gate humano

  • vazia

entra: Item em snapshot aprovado

sai: OK do cliente com timestamp, registrado na ingestão do ciclo seguinte

↺Fechamento do ciclo. O OK do cliente na fase 8 é dito numa reunião; a transcrição dessa reunião entra na fase 1 do ciclo seguinte, onde o OK aparece como evento que fecha o item (cartões verdes da coluna 1). Quando o cliente diz que ainda não está bom, o item é reprovado na 8 e nasce um candidato v+1 na fase 2, ligado ao anterior.
fase concluídafase atual, andandofase atual, esperando (H humano · D dependência · S sinal · C cliente)ciclo fechadofase pulada (evidência antes do prompt)saiu da esteira↺1a fase 8 volta à 1 na reunião seguinte

Dependências abertas (2)

não são cartões da esteira; travam gates de itens que estão nela
  • timeMecânica de entrega do prompt (prompt em espera, decisão /partner ou entrega = execução)· Carlos · desde 22/09

    Esteira José (feedback → report vivo) · não trava gate; registro no maestro

  • timeExpor sinais do Cockpit ao José (run, pergunta, merge) e conectar o Coolify· João · desde 22/09

    Esteira José (feedback → report vivo) · trava: Etapa 6: acompanhamento automático