Mesa COO em modo seguro: cada ação prepara pacote, chat ou diagnóstico. Shopify, GMC, ads, WhatsApp, e-mail e infra continuam bloqueados até aprovação explícita no turno atual.
Recibo operacional
marker: hermes-native-v64-approval-useful-execution-contracts-2026-05-18
Fluxo: Decisão → Packet → Aprovação → Execução com evidência.
Decision Inbox · Lucas Queue
A fila mostra a próxima decisão, o porquê, a fonte, o bloqueio e o botão seguro. O catálogo Hermes fica recolhido abaixo para não competir com a operação.
Por que importa: Catálogo sem ação vira só diagnóstico. O primeiro ganho útil é transformar sugestão em pacote de copy pronto para revisão.
Próximo gesto seguro: Preparar lote de descrições com antes/depois, palavras-chave, risco de marca e checklist Shopify, sem publicar automaticamente.
Recomendação: Priorizar Chat, Terminal read-only, Goals/Missions, Kanban/Tasks, Approval Center, Cron/Routines e Memory/Skills como primeira malha operacional.
Fonte: Hermes Agent skill + Hermes Workspace audit + PRD
Bloqueado: Executar comandos destrutivos ou conectar API Hermes com ferramentas de write sem auth e gates.
Recomendação: Criar grammar: preparar, simular, pedir aprovação, executar após aprovação, registrar evidência.
Fonte: Guardrails Lucas + memória + PRD
Bloqueado: Enviar WhatsApp/e-mail, mexer Shopify/GMC/ads ou infra sem conteúdo+destinatário+aprovação do turno.
Recomendação: Cada decisão deve abrir chat contextual e terminal read-only com comandos sugeridos, escopo e bloqueios.
Fonte: Hermes Agent docs + rotas existentes /terminal e APIs
Bloqueado: Shell livre com curl/env/node/python ou comandos destrutivos.
Recomendação: Operar Goals por empresa, Kanban por workstream, Todo queue por decisão e Routines/Cron registry já expostos via Work Kernel e APIs Mission-native preview-first.
Fonte: Hermes todos/cron/kanban mental model + PRD execution
Bloqueado: Criar cron ou job produtivo sem prompt autocontido, destino e aprovação.
Kernel server preview
O kernel aparece antes do mapa de features porque é operação, não documentação. Estado agora sincroniza com API preview-first; execução externa continua bloqueada.
Kernel de trabalho preview
Isto já é interativo no navegador e sincroniza com a API preview-first do Mission Control. O Approval Center agora prepara execution contracts reais auditáveis, mas execução produtiva segue bloqueada até aprovação explícita de payload, destino e rollback no turno atual.
Goals ativos
3
Goals backlog
0
Tasks backlog
0
Bloqueios
0
Packets draft
5
Pendentes
0
Decision packets
Risco: Publicar no Shopify, alterar coleção ou disparar campanha sem aprovação explícita.
Não executar write. Se aprovado futuramente, registrar evidência e rollback antes da ação.
Risco: Executar comandos destrutivos ou conectar API Hermes com ferramentas de write sem auth e gates.
Não executar write. Se aprovado futuramente, registrar evidência e rollback antes da ação.
Risco: Enviar WhatsApp/e-mail, mexer Shopify/GMC/ads ou infra sem conteúdo+destinatário+aprovação do turno.
Não executar write. Se aprovado futuramente, registrar evidência e rollback antes da ação.
Risco: Shell livre com curl/env/node/python ou comandos destrutivos.
Não executar write. Se aprovado futuramente, registrar evidência e rollback antes da ação.
Risco: Criar cron ou job produtivo sem prompt autocontido, destino e aprovação.
Não executar write. Se aprovado futuramente, registrar evidência e rollback antes da ação.
Snapshot Hub read-only
Abra para puxar Shopify, GMC, Analytics, Tiny e runtime apenas em leitura. A tela inicial mantém foco em decisão e aprovação.
Data Snapshot Hub · read-only
Shopify, GMC, GA4/GSC/Metricool, reports/cron, Supabase e runtime entram primeiro como contratos de leitura. Nenhum token, segredo, campanha, cliente ou produto é alterado.
Carregando contratos read-only...
Hermes feature map
Abra quando quiser auditar o que existe, o que está parcial e o que nem começou.
Repo outsourc-e/hermes-workspace auditado: rotas, APIs, stores, shell, swarm e feature families documentadas no produto.
Nova rota /qa usa /api/mission/qa para consolidar marker/copy, protected APIs: 401, legacy mutations 423, browser console e evidence receipts preview; writes externos: 0.
Chat já usa /api/mission/chat e /api/mission/hermes-channel: packet contextual, canal interno autenticado preview e receipts; Telegram/WhatsApp/e-mail seguem bloqueados; writes externos: 0.
Terminal já usa /api/mission/terminal: comandos viram preview receipts, shell execution disabled, perigos classificados como blocked-real-execution; writes externos: 0.
Goals por empresa entram via /api/mission/workflows e kernel preview: contratos read-only, dry-run receipts e writes externos: 0.
Kanban/Tasks já usam /api/mission/tasks: snapshots read-only; task mutation, agent assignment e workflow dispatch viram preview receipts; writes externos: 0.
Lucas Queue já prepara packets e usa /api/mission/actions; cada item abre pacote/chat/diagnóstico preview-first, sem envio, mutação ou writes externos: 0.
Approval Center já usa /api/mission/approval-contract, /api/mission/runner e kernel preview: contratos, simulação, evidência e rollback sem execução real; writes externos: 0.
Cron migrado para /api/mission/cron: listagem read-only e run/toggle/delete como simulação com receipt; scheduler real segue bloqueado.
Memory/Brain já usa /api/mission/memory: árvore, leitura e busca read-only; edit vira preview/receipt; writes externos: 0.
Skills já usa /api/mission/skills: list/search/read read-only sob demanda; mutation create/edit/delete/install vira preview receipts; writes externos: 0.
Sessions já usa /api/mission/sessions: metadados e mensagens read-only, modo mission-sessions-readonly e writes externos: 0.
Agents já usa /api/mission/agents: roster sanitizado e dispatch como preview receipts; nenhum processo, DM ou write externo; writes externos: 0.
Files já usa /api/mission/files: list/read/content read-only; upload/write/delete/mkdir viram preview/receipt; writes externos: 0.
Git já usa /api/mission/git: status/diff/log/branches read-only; commit/push/merge/PR viram preview/receipt, exigem aprovação explícita do turno atual e mantêm writes externos: 0.
Search já usa /api/mission/search: busca Memory, Sessions, Files e Kernel como evidência read-only, com snippets sanitizados e writes externos: 0.
Reports já usa /api/mission/reports: lista/leitura read-only; geração/export/delivery viram preview/receipt, sem gravar/enviar e com writes externos: 0.
Analytics já usa /api/mission/analytics: snapshot do kernel read-only; export/forecast/report viram preview receipts, sem query externa ou entrega, writes externos: 0.
Agora usa /api/mission/capabilities como available read-only: inventário/readiness são úteis agora; MCP/tool invocation continuam bloqueados.
Agora é available internal/preview: briefs de pesquisa e QA visual geram receipts; browser automation, submits e external queries reais seguem bloqueados.
Agora é approval-gated external: eventos podem virar previews e tasks; subscription/delivery real exigem payload, endpoint, rollback e aprovação do turno atual.
Notification dropdown agora usa /api/mission/notifications: contratos read-only e receipts preview sem Telegram, WhatsApp, e-mail, push, webhook ou mutação de notificações.
Costs já usa /api/mission/costs: snapshot read-only e forecast/budget/export como preview receipts, sem billing, budget write, export write ou writes externos: 0.
Logs e Activity já usam /api/mission/logs e /api/mission/activity: audit snapshots/read-only e export preview sem journalctl/pm2, stream real, download ou writes externos: 0.
Calendar agora usa /api/mission/calendar: cron/tasks read-only e convites/lembretes como receipts; Zipper calendar/e-mail/WhatsApp seguem bloqueados.
Agora é available internal/preview: roteiro de voz, brief e asset prompt geram receipts; geração/publicação/envio de mídia seguem bloqueados.
Catálogo v43 deixou de parecer tudo bloqueado: available read-only, available internal/preview, approval-gated external e blocked-dangerous mostram o que é usável agora e o que exige aprovação exata; writes externos: 0.
Chat + Terminal
Conversa por decisão, prompt preenchido, fonte e gate.
Read-only, contextual e auditado antes de qualquer execução produtiva.
Comandos sugeridos
Status Mission repo: git -C /opt/data/hermes_bruno_ingest/mission-control-cimino status --shortRotas do app: find /opt/data/hermes_bruno_ingest/mission-control-cimino/src/app -maxdepth 3 -name page.tsxUso de disco: df -h /Processos node: ps aux | grep nodeWorkspace learnings
Company workstreams
Abra para ver feito, em execução, faltando e bloqueado por empresa. A operação principal fica na fila e no kernel.
Roteamento, prioridades, aprovações e memória durável
O Mission Control precisa decidir, abrir chat, preparar pacote, registrar evidência e só então executar com aprovação.
Feito
Em execução
Falta
Bloqueado
Ecommerce, estoque, GMC, SEO, CRO, paid, influencers, CRM e sourcing
O principal valor é converter diagnóstico em pacotes de decisão: copy, estoque, GMC, SEO, campanhas e sourcing.
Feito
Em execução
Falta
Bloqueado
Galeria, vendas, colecionadores, feiras, conteúdo e logística
Precisa de rascunhos e lembretes culturalmente corretos, nunca hard-sell automático.
Feito
Em execução
Falta
Bloqueado
Leilão, lances, lotes, pós-leilão, produto Spiti Hub e SEO/growth
Precisa separar produto/dev de fonte de verdade de leilão, com silêncio quando a evidência for fraca.
Feito
Em execução
Falta
Bloqueado
Próximo backend
O kernel agora sincroniza com /api/mission/kernel, o chat prepara preview interno, o runner simula execução aprovada e o Snapshot Hub já tem adapters vivos read-only para Mission runtime e LK Shopify. A próxima etapa é expandir leituras LK server-side pequenas e autenticar o canal Hermes sem writes externos.
Abrir workflowsRoadmap PRD
Tenacity deixou de ser a home; rollback e marker existem.
Decision Inbox com botões, prompts, rotas e terminal/chat.
Goals, Kanban, decision packets e approval states ficaram tangíveis no navegador.
API /api/mission/kernel persiste estado preview-first e emite recibos internos sem writes externos.
Chat prepara packet interno, registra recibo no kernel e mantém envio externo bloqueado.
Packets aprovados podem ser simulados com receipt, evidência, rollback e writes externos 0.
Data Snapshot Hub lista Shopify/GMC/GA4/Supabase/runtime como contratos GET/query, com recibos e writes externos 0.
Primeiro adapter vivo read-only captura Mission runtime/kernel de forma sanitizada, sem segredos e sem writes externos.
Adapter server-side de Shopify Admin GraphQL consulta amostra pequena de catálogo/coleções, sanitiza resposta e mantém writes externos 0.
Corrigido: Mission não pode ser página única. App shell agora expõe menu lateral Hermes-like com Chat, Goals/Kanban, Approval, Terminal, Agents, Memory, Skills, Cron, Files, Git, Data, Reports, Logs e System.
Chat prepara packet para canal Hermes API Server interno, autenticado/readiness-aware, registra receipt e não envia Telegram/WhatsApp/e-mail.
GMC, Analytics/GSC/Metricool e Tiny entram como adapters server-side de readiness read-only, sanitizados, sem expor tokens e sem writes.
Repo outsourc-e/hermes-workspace lido e documentado; Mission ganhou página /workspace com feature parity map, rotas, API families, swarm workers e política writes externos 0.
Middleware agora bloqueia mutações legadas por padrão com resposta preview-first 423, mantendo /api/mission/* para simulação/recibos e writes externos 0.
Primeira rota crítica concluída: Cron/Routines agora usa API Mission-native read-only/simulação em vez de OpenClaw; demais superfícies seguem no plano de parity.
Sessions e Memory agora têm APIs Mission-native read-only: /api/mission/sessions e /api/mission/memory, com edição convertida em preview/receipt e writes externos 0.
Files agora usa /api/mission/files: list/read read-only e upload/write/delete/mkdir como preview/receipt; legacy file mutations continuam bloqueadas.
Terminal agora prepara receipts sem shell execution; Agents lista roster sanitizado e dispatch vira preview/receipt, sem processo, DM ou write externo.
Packets aprovados agora geram execution contract com payload, target, evidência, rollback e stop procedure; execução real continua bloqueada até aprovação explícita no turno atual.
Git agora usa /api/mission/git: status/log/diff/branches read-only; pull/commit/push/merge/PR geram preview receipts sem mutar GitHub ou repo.
Busca unificada agora usa /api/mission/search em Memory, Sessions, Files e Kernel; Reports usa /api/mission/reports read-only e geração vira preview/receipt sem gravar ou enviar.
Logs e Activity agora usam /api/mission/logs e /api/mission/activity: leitura read-only do kernel/receipts, streaming real e CSV/export viram preview receipts sem spawn, download, rotação ou envio.
System e Settings agora usam /api/mission/system e /api/mission/tools: health/tool readiness read-only; restart, logs, config, install, docker e service actions viram preview receipts sem systemctl/pm2/docker/shell.
Skills agora usa /api/mission/skills: list/search/read read-only sem fullContent em massa; create/edit/delete/install viram preview receipts sem gravar SKILL.md ou arquivos vinculados.
Settings agora usa /api/mission/settings: config/env/auth/model/gateway readiness sanitizada; mudanças de env, provider, auth, gateway, runtime e secrets viram preview receipts sem escrever .env ou reiniciar nada.
Office agora usa /api/mission/office: agentes e salas visuais read-only; layout, assignment, room interaction e realtime dispatch viram preview receipts sem gateway token, fetch real ou gravação de config.
Analytics e Costs agora usam /api/mission/analytics e /api/mission/costs: snapshots read-only do kernel; forecast, export, budget e alertas viram preview receipts sem billing, DB mutation, arquivo ou entrega externa.
Actions, Tasks e Workflows agora usam /api/mission/actions, /api/mission/tasks e /api/mission/workflows: contratos read-only; ação, dry-run e mutação viram preview receipts sem shell, cron, agente, mensagem externa ou automação produtiva.
Calendar agora usa /api/mission/calendar: rotinas e tasks viram contratos read-only; convites, lembretes, eventos e scheduler mutations viram receipts preview sem Google Calendar, Zipper calendar, e-mail, WhatsApp ou Telegram.
MCP, Browser/Web, Webhooks e Voice/Media agora usam /api/mission/capabilities: contratos read-only e receipts preview, sem tool invocation, browser automation, webhook delivery, geração/publicação de mídia ou writes externos.
Notification dropdown agora usa /api/mission/notifications: alertas de decisão como contratos read-only e receipts preview, sem Telegram, WhatsApp, e-mail, push, webhook delivery, delete/mark-read real ou writes externos.
Costs/Usage e Logs/Audit foram reconciliados no roadmap: /api/mission/costs, /api/mission/logs e /api/mission/activity já operam como snapshots/read-only e preview receipts, sem billing, journalctl/pm2, stream real, downloads ou writes externos: 0.
Chat contextual e Terminal read-only foram reconciliados no roadmap: /api/mission/chat, /api/mission/hermes-channel e /api/mission/terminal já operam preview-first, com receipts, shell execution disabled e writes externos: 0.
Goals/Missions, Kanban/Tasks, Todo/Lucas Queue e Approval Center foram reconciliados no roadmap: /api/mission/workflows, /api/mission/tasks, /api/mission/actions, /api/mission/approval-contract e /api/mission/runner já operam preview-first, com receipts, evidência, rollback e writes externos: 0.
Memory/Brain, Skills, Sessions, Agents/Delegation e Files/Artifacts foram reconciliados no roadmap: /api/mission/memory, /api/mission/skills, /api/mission/sessions, /api/mission/agents e /api/mission/files já operam read-only/preview-first, com receipts e writes externos: 0.
Git/PR, Search, Reports e Analytics foram reconciliados no roadmap: /api/mission/git, /api/mission/search, /api/mission/reports e /api/mission/analytics já operam read-only/preview-first, com receipts e writes externos: 0.
Company cards, goals e kanban foram reconciliados com a realidade v39: chat, terminal, kernel, reports, approvals e snapshots já existem como superfícies Mission-native preview-first; execução real segue bloqueada.
Próximas 10 etapas do PRD foram materializadas como pacotes operacionais LK/Zipper/SPITI, templates, readiness e reconciliação sem writes externos.
Primeiro pacote LK coleção/SKU agora é tarefa em andamento, com fontes read-only, checklist, divergência Shopify/Tiny/GMC e rollback sem publicação.
Relacionamento Zipper ganhou packet draft-only para convite, lembrete, follow-up e logística com tom cultural; contato externo segue bloqueado.
SPITI ganhou packet read-only para Hub/dev/main/Paperclip/lances antes de PR, deploy, migração ou newsletter.
Actions/Workflows agora expõem contratos específicos LK, Zipper e SPITI como preview receipts sem dispatch produtivo.
Tasks API passa a expor o kanban canônico por empresa quando o kernel está vazio, evitando fallback genérico.
Snapshot Hub agora tem readiness live-readonly sanitizada para Zipper e SPITI, sem secrets, mutations ou contato externo.
Estado executed simulado é reconciliado como simulated-only, nunca como execução produtiva sem receipt real e rollback verificado.
Templates por LK, Zipper, SPITI e Grande Mente exigem payload, target, rollback, aprovação do turno atual e writes externos 0.
Work Kernel mostra backlog de goals/tasks e o próximo gesto seguro de cada tarefa, preservando preview-first.
Nova rota /qa e API /api/mission/qa consolidam checklist de release, protected APIs: 401, legacy mutations 423, browser console e evidence previews como receipts internos; writes externos: 0.
Catálogo de capacidades v43 classifica o que pode ser usado agora como available read-only ou available internal/preview, o que é approval-gated external com payload+target+rollback, e o que permanece blocked-dangerous; writes externos: 0.
09h, 16h e 19h30 viram rotina operacional visível no Mission, separando gerado, agendado e entregue sem disparar externo.
Loja vs site agora é diagnóstico canônico: receita, vendas, variação R$+%, quantidade e foco recomendado para entender se a queda vem do e-commerce ou da loja.
Auto-correção valida delta com percentual, GA4 e bloco loja/site antes da próxima execução, registrando receipt sem WhatsApp/e-mail automático fora da cadência aprovada.
Receipts de WhatsApp, e-mail, Telegram/origin e artifacts ficam reconciliáveis no Mission sem confundir HTML/texto gerado com entrega real.
Saúde das rotinas 09h/16h/19h30 entra como snapshot read-only; mudança de cron/cadência vira preview receipt.
GA4 ganha status/fallback sanitizado para o report não quebrar quando token/API oscilar, sem expor segredos.
Artefatos HTML/WhatsApp dos reports passam por checklist DesignMD: mobile-first premium, delta R$+%, GA4 e performance loja/site.
Mission background jobs antigos ficam pausados; próximos passos rodam no turno atual com testes, build, deploy e validação visível.
Correções duráveis de Lucas viram Brain/skill/roadmap aplicáveis, não só mensagem de Telegram.
Execução produtiva continua exigindo payload, target, rollback e aprovação explícita do turno atual; preview não vira write e writes externos seguem 0.
Snapshot Hub ganhou fonte mission-reports-cron e UI de freshness/confidence/próximo gesto: reports, cron, Shopify, GMC, analytics/readiness e kernel ficam úteis como leitura sanitizada; writes externos: 0.
Approval Center agora distingue safe internal simulation, external-approved LK report delivery contexts e blocked-dangerous operations, exibindo requisitos, evidência, rollback e stop procedure sem executar writes destrutivos.