Todo novo cron, Task Scheduler ou execução fixa do PANDA precisa estar inventariado no painel https://panda.racucco.ai/ (a URL oficial única do PANDA — panda-panel.pages.dev é só alias técnico do Cloudflare e não deve ser usada em comandos, regras ou atalhos). O item precisa aparecer em duas abas espelhadas:
• Automações — lista com botoes reais (Play / Run / Pause / Stop)
• Status Automações — inventário completo (descrição + lembrete + estado, sem botões)
O estado ON/OFF mostrado em qualquer lugar do painel precisa refletir o estado real do Task Scheduler/serviço em tempo real (atualização automática a cada 30s via /automations). Se uma das duas abas mostrar diferente da outra, a sincronia está quebrada — corrigir antes de qualquer outra coisa.

Quando uma automação for criada, alterada, pausada ou removida, as duas abas devem refletir o estado real antes da resposta final para o Renan. O botão ⚡ Run existe para verificar imediatamente — se aparece ON em um lugar, tem que aparecer ON em todos.

Toda automação registrada na aba Automações deve ter botões visíveis de Play/Executar, Pausar e Stop. Controle remoto real só pode ser ligado com backend seguro e autenticação.

Toda automação registrada na aba Automações precisa mostrar se está online/ativa, offline/desativada ou manual, além do horário de execução, intervalo/frequência e gatilho.

Todo aprendizado, decisão, campo novo ou inclusão sobre produção/publicação UGC no PANDA deve ser registrado no rodapé da aba UGC antes de encerrar a tarefa.

Toda execução em devices deve usar o Ollama local para visão/análise sempre que houver leitura de tela. Antes de operar ou validar visualmente, deixar a tela preparada, removendo/desativando popups, modais e bloqueios que atrapalhem a visualização.

Toda automação migra obrigatoriamente no fluxo:
🟠 TODO → 🔵 TESTING → 🟡 READY_OFF → 🟢 LIVE.

Um item por vez em foco (máx 2 em TESTING simultaneos). O item ativo aparece no banner laranja no topo das duas abas. Cada promoção registra data + nota no log e atualiza last_touched.

Em paralelo, todo item carrega custo: 💰 USA CLAUDE → 🟡 MIGRATED OLLAMA → ✅ NATIVE FREE. Nada com custo USA CLAUDE pode ir pra LIVE sem migrar antes.

Round de início (aprovado 06/06): 1º panda_safety.py (warmup), 2º abrir_instagram.py (tateando), 3º visual_agent.py (o grande — destrava 11 rotinas sociais).

Toda sessão nova começa perguntando: "qual o foco atual?" antes de qualquer outra coisa. Fonte da verdade: PANDA/automation_state.json.

Toda Scheduled Task criada ou modificada no projeto PANDA deve ter Settings.Hidden = $true. Sem essa flag, cada execução abre uma janela CMD/Python e fecha — atrapalha o uso normal do PC, principalmente em tasks repetitivas (loops de 5s/10min/15min).

Conferência rápida: (Get-ScheduledTask PANDA_X).Settings.Hidden tem que retornar True.
Marcado em massa: 06/06/2026 — 8 tasks (todas PANDA_* + OpenClaw Gateway + Auth Watchdog) já estão invisíveis a partir da próxima execução.

Todo botão do painel (Play / Run / Pause / Stop / Foco / Promover) precisa fazer o que diz. Stop não pode deixar pill verde — isso quebra confiança no painel.

Padrão do Stop:
• Itens com critical_stop: true (marca branca: status_server, cloudflare_tunnel, openclaw_gateway) → abrem modal grande com mensagem específica do que vai cair ("ISSO DERRUBA O PAINEL", "ISSO MATA O RASBOLT", etc) + botões SIM/NÃO.
• Demais itens (rotinas, loops, tasks comuns) → Stop direto, sem confirmação. Feedback otimista, pill vira OFF na hora.

Como marcar critico: no AUTOMATIONS_DEF do device_status_server.py, adicionar critical_stop: true, critical_msg: "...", critical_detail: "...". O frontend usa esses campos automaticamente.

Implementação backend: Stop usa schtasks /end + psutil.kill() (mata processo iniciado manual também). O cache atualiza em 800ms e o pill reflete o estado real.

Incidente 10/06: o PANDA_Watchdog relançou processos e abriu subprocessos (device_status_server.py, schtasks, adb) enquanto a frota estava em ajuste físico. Isso fez CMD piscar e competiu com CC/LX.

Regra nova: durante treinamento/conferência Master, o Watchdog fica pausado ou respeita PANDA_ADB_LOCK. Nenhum processo secundário pode bater ADB por fora.

Serviços permitidos em manutenção:
• PANDA_StatusServer se não estiver varrendo ADB em loop.
• PANDA_CloudflareTunnel para manter painel online.

Serviços pausados antes da Master:
• PANDA_Watchdog
• PANDA_TecnoOrientationWatchdog
• PANDA_TravaRotacaoDevices
• conferências antigas e syncs antigos.

Em modo treinamento/human-check, qualquer etapa com visão deve seguir este contrato: force reset do app → capturar tela → Ollama analisa → Hermes mostra evidência → Renan valida → só então clicar/gravar/continuar.

Produção semanal pode ser automática somente depois de um device piloto ser validado. Se a leitura do Ollama estiver incerta, o padrão é parar, não adivinhar.

Device piloto atual: Kandel / #11. Scripts-alvo: conferencia_passo1.py, sync_numeracao.py, conferencia_passo2_v2.py, conferencia_passo3.py, conferencia_passo4.py, conferencia_passo5.py, wallpaper_cron.py, sync_frota_from_sheet.py.

A Conferência Master substitui as conferências soltas, mas fica em TESTING/OFF até refinamento final. Conferências antigas, sync separado, WallpaperCron e Watchdogs ficam Disabled.

Rotação de tela não roda contínua: usar lock_device_orientation.py e tecno_orientation_watchdog.py --once apenas quando for mexer na frota.

Wallpaper só vira OK com prova visual do template novo: fundo escuro + número vermelho + nome + PANDA CONTROL. Se falhar, marcar FAIL_VISUAL_OLD ou FAIL_* para tentar de novo depois.