Emitir relatório

Escolha a empresa e o segmento-foco. O pedido entra na fila; o motor multiagente consome e gera a edição.

Empresa * Só clientes ativos. Cadastro de novo cliente: aba admin (a definir).

Segmento-foco * Vocabulário controlado (10 verticais). Foca a seleção e a capa.

Plano

Nº de oportunidades

Observação (dado, não comando)

Solicitante

E1 (esqueleto): os combos já leem listas/*.json. A gravação do pedido na fila (pedidos/PED-*.json) via Worker é o E2 — depende da decisão de backend da fila (E0).

Histórico de operações

Ciclos de relatório e ciclos adicionais: data · cliente · edição · tentativas · desfecho · custo.

Data Cliente Edição Desfecho Tentativas Custo (US$) Versão

Data	Cliente	Edição	Desfecho	Tentativas	Custo (US$)	Versão
Fonte: `clientes/<slug>/historico.jsonl` — a wiring é o E3.

Fonte: clientes/<slug>/historico.jsonl — a wiring é o E3.

Relatórios & críticas

Gráfico de rating comparando as edições publicadas (rating da equipe 1–5 × critic_score).

Publicados

Cliente Edição Data Rating Critic Relatório Crítica

Cliente	Edição	Data	Rating	Critic	Relatório	Crítica
Fonte: `clientes/<slug>/publicados/` — wiring no E4.

Fonte: clientes/<slug>/publicados/ — wiring no E4.

Monitor da base

Somente leitura das atualizações da base (frente Atualizar Base do André).

E0 pendente: definir a fonte (relatório de saúde / log de ciclos) que o painel lê. A base viva é só-nuvem no shell — usar export/log designado. Wiring no E5.

Aprovação

Gate humano (F2): aprovar/reprovar o envio quando o relatório estiver pronto.

Acesso restrito ao João. Autenticação (ex.: Cloudflare Access) é decisão de E0; o gate (token HMAC, idempotência com o timeout F1, dado-não-comando) segue CONTRATO_FORMULARIO_APROVACAO.md. Wiring no E6.