@pixeleducacao/curso-openclaw 2026.5.8 → 2026.5.9

package/assets/skills/starter/wizard-agente/SKILL.md

@@ -3,15 +3,42 @@ name: wizard-agente
 status: ATIVO
 category: starter
 owner: aluno
-version: 1.0
+version: 1.3
 mode: guided
 estimated_time: 4min (ou 1min se já configurado)
 model_compatible: [gpt-5, gpt-5.5, claude-sonnet-4, claude-opus-4, gemini-pro]
-description: Use when student types "configura agente" / "cria identidade do agente", OR when dispatched by onboarding-checklist as passo 1. Creates IDENTITY.md (nome, gênero, modelo, agent_id) + SOUL.md stub (tom geral, 1 anti-pattern) + AGENTS.md (boot sequence, red lines mínimas). Stub-first approach — SOUL completo só na aula B1. Detects existing files first (Princípio 1 + 11). Templates Amora opt-in via comando "exemplo".
+description: Use when student types "configura agente" / "cria identidade do agente", OR when dispatched by onboarding-checklist as passo 1. Creates IDENTITY.md (nome, gênero, modelo, agent_id) + SOUL.md stub (tom geral, 1 anti-pattern) + AGENTS.md (boot sequence, red lines mínimas). Stub-first approach — SOUL completo só na Aula 5. Detects existing files first (Princípio 1 + 11). Templates Amora opt-in via comando "exemplo". **v1.3 (kit v2.5.2 — fix Adrylan loop transição): Mensagem canonical "Estado Parcial" NOVA usa LETRAS `a/b` (não `1/2`) — anti-colisão com whisper-quick passo 1.5. Plus: bloco TRANSIÇÃO whisper→wizard-agente com sequência canonical de 2 mensagens separadas (confirmação A + abertura B com marcador inequívoco). Caso real Adrylan: 3 turnos perdidos por ambiguidade entre `2` (whisper definitivo) e `2` (wizard-agente refazer).** v1.2 (kit v2.4 — stress test multi-persona): quando detecta IDENTITY/SOUL/AGENTS preenchidos manualmente (caso Rodrigo VPS root legado), agente AGORA OFERECE EXPLICITAMENTE Princípio 6 (preservar/ajustar/refazer) — antes pulava direto pra pergunta-âncora sem dar opção de mexer. P6 já estava documentado mas não aplicado nesse caminho.** v1.1 (kit v2.2): header com Princípios 13/14/15 explícitos.
 ---
 
 # Wizard Agente — Passo 1 (Personalidade do agente)
 
+> 🔴 **PRINCÍPIOS NÃO-NEGOCIÁVEIS PRO AGENTE (kit v2.2):**
+>
+> **NÃO IMPROVISE.** Read este arquivo INTEIRO antes de falar com aluno. Não invente fluxo simplificado.
+>
+> **P13 — Guard Rail (wizard é passo bloqueante).** Toda mensagem do aluno é classificada:
+> - (a) resposta direta → processa, avança
+> - (b) comando canônico (`cancela`, `pula`, `voltar N`, `sobre`, `faq`, `corrige`, `muda modo`) → honra
+> - (c1) pergunta tangencial → responde 1 linha, traz de volta ao passo
+> - (c2) desvio total → anota em `## Perguntas pendentes` (MEMORY.md), traz de volta
+> - 3 desvios consecutivos no mesmo passo → oferecer pause com `wizard_resume_at` agendado
+>
+> **P14 — Smoke tests visíveis.** Comando externo SEMPRE mostra (1) comando exato em bloco de código, (2) output literal em bloco de código, (3) só DEPOIS interpreta/narra. Sem evidência = ABORTA e pede ajuda. NUNCA finge que rodou.
+>
+> **P15 — Mensagens `<canonical>` literais.** Trechos marcados `<canonical>...</canonical>` usam LITERAL. Não reformula, não "melhora", não substitui exemplos. Ajustar TOM (formal/casual via SOUL.md) é OK; estrutura/ordem/keywords técnicas preservadas.
+>
+> **P17 — Formatação Telegram-friendly.** Mensagens canonical pro aluno usam parágrafos contínuos (1 linha por parágrafo). NÃO quebrar manualmente a cada ~70 chars — Telegram faz word-wrap natural. Pergunta-âncora "como você apresenta seu agente pra cliente?" entra como parágrafo único.
+>
+> Detalhes: `../onboarding-checklist/references/principios-defensivos.md` (P1–P17).
+
+> ⚠️ **ANTI-PRESUNÇÃO (kit v2.2 — Princípio 16 aplicado a este wizard):**
+>
+> NÃO presumir identidade do agente baseado em conversa anterior. Mesmo que aluno tenha mencionado nome desejado, profissão, contexto ou tom em mensagens anteriores, **começar pela Detecção (P11)** + perguntas canônicas deste wizard. Não pular passos "porque já sei a resposta".
+>
+> Falha real (NC, 03/05): agente ofereceu *"propor identidade inicial pra mim e você só ajusta"* como alternativa ao wizard — improvisação que quebra P1 (modificar arquivo raiz sem backup) + P11 (detectar antes de propor) + P16 (entry point literal).
+>
+> Em vez de propor, **invocar wizard normalmente, deixar o aluno responder cada pergunta canonical**. Aluno valida 1 pergunta de cada vez = sensação de tutor. Pré-preenchimento sem validação = bot adivinhando, e adivinha errado em 2 dias.
+
 ## Promessa
 
 Em 4 minutos, aluno transforma "agente genérico que responde tudo igual ChatGPT" em "agente com nome, tom de voz e jeito específico". 3 arquivos criados (IDENTITY, SOUL stub, AGENTS) que o agente lê toda mensagem.
@@ -67,23 +94,102 @@ c) Cancelar"
 | Estado | Ação |
 |---|---|
 | **Tudo preenchido** | "✓ Detectei que IDENTITY, SOUL e AGENTS já estão preenchidos. Validei rapidinho. Não precisa fazer nada nesse passo. Marquei como feito." Vai direto pra pergunta-âncora. |
-| **Parcial (1-2 prontos)** | Lista o que tá pronto + o que falta. Pergunta se quer "completar só o que falta" ou "refazer tudo (com backup)". |
+| **Parcial (1-2 prontos)** | Lista o que tá pronto + o que falta. Pergunta canonical (kit v2.5.2): usa LETRAS `a/b` (NÃO `1/2`) — ver mensagem canonical "Estado Parcial" abaixo. |
 | **Nada feito** | Fluxo normal (entrevista) |
 | **Existe mas é template não-preenchido** | Tratar como "nada feito" mas avisar: "Detectei IDENTITY.md mas tá com placeholders ainda — vou completar agora" |
 
-### Mensagem padrão ao detectar 100% pronto
+### Mensagem canonical — Estado Parcial (kit v2.5.2 — fix Adrylan loop)
+
+⚠️ **ANTI-COLISÃO de numeração:** anterior usava `1. completar / 2. refazer`. Quando despachado após wizard-whisper-quick (que pergunta `1/2` agendar/definitivo), aluno respondendo `"2"` gera ambiguidade — bot pode interpretar como resposta do whisper. Caso real Adrylan: 3 turnos perdidos no loop.
+
+**Texto canonical (P15 — literal):**
+
+```
+"Detectei que parte da personalidade do agente já está configurada:
+
+- IDENTITY.md → {placeholders/template | preenchido}
+- SOUL.md → {placeholder/template | preenchido}
+- AGENTS.md → {placeholder/template | preenchido}
+
+Como você prefere seguir?
+
+a) **Completar só o que falta** — preencho IDENTITY (e/ou outro arquivo placeholder), preservo o resto
+b) **Refazer tudo** — backup do atual + recrio IDENTITY/SOUL/AGENTS canonical
+
+Manda **a** ou **b** (NÃO use 1/2 — pode causar confusão com whisper anterior)."
+```
+
+**Substituir variáveis** conforme estado real detectado em cada arquivo (placeholder vs preenchido).
+
+**Comportamento por resposta:**
+
+| Resposta | Ação |
+|---|---|
+| `a` ou "completar" / "só o que falta" | Modo edição parcial — preenche só placeholders, preserva resto |
+| `b` ou "refazer" / "tudo do zero" | Aplica P1 (backup timestamped) + roda fluxo principal (entrevista do passo 1) |
+| Resposta ambígua | Repetir as 2 opções uma vez (P15+P7 — não inferir) |
+
+### ⚠️ TRANSIÇÃO entre wizard-whisper-quick e wizard-agente (kit v2.5.2 — fix Adrylan loop)
+
+⚠️ **CRÍTICO:** wizard-agente é frequentemente despachado IMEDIATAMENTE após wizard-whisper-quick (que pergunta `1/2` em "agendar vs definitivo"). Sem marcador de transição inequívoco + opções com letras diferentes, aluno que responde "2" gera ambiguidade — bot pode interpretar como wizard-whisper.passo1.5 OU wizard-agente.passo1.
+
+**Sequência canonical de TRANSIÇÃO (P15 literal):**
+
+Quando despachado após whisper:
+
+1. **Mensagem de confirmação curta do whisper (separada):**
+```
+"✓ Whisper {pulado definitivo | configurado | agendado pra 24h}. {1 frase de fechamento}."
+```
+
+2. **Mensagem de abertura wizard-agente (separada, marcador inequívoco):**
+```
+"Agora vamos pra **personalidade do agente** (passo 1 da jornada — IDENTITY/SOUL/AGENTS).
+
+{conteúdo da detecção P11 + perguntas com opções em letras `a/b/c` ou palavras, NÃO `1/2`}"
+```
+
+3. **MEMORY.md ATUALIZADO ANTES da 2ª mensagem:**
+```yaml
+active_wizard: wizard-agente
+active_step: 1
+awaiting: detection_result_or_choice
+```
+
+**REGRA ANTI-COLISÃO:** todas as opções de wizard-agente que pediriam ao aluno escolher entre `1/2` agora usam **letras** (`a/b/c`) OU **palavras-chave** (`manter`/`ajustar`/`refazer`). Razão: whisper passo 1.5 usa `1/2` — colisão de respostas curtas é silenciosa e gera loop (caso Adrylan, 3 turnos perdidos).
+
+### Mensagem padrão ao detectar 100% pronto (REESCRITA em kit v2.4 — P6 explícito)
+
+⚠️ **Mudança v1.2 (kit v2.4):** quando detecta arquivos preenchidos com conteúdo manual (não-template), agente DEVE oferecer Princípio 6 — preservar / ajustar / refazer. Antes (v1.1) pulava direto pra pergunta-âncora sem dar opção de mexer. Caso real Rodrigo (VPS root legado, IDENTITY editado manualmente meses atrás): aluno NUNCA via opção de modificar trabalho prévio dentro deste passo.
+
+⚠️ **Detecção "conteúdo manual" vs "template canonical":** comparar com template `IDENTITY.template.md`. Se difere significativamente (ex: estrutura customizada, anti-patterns próprios, tom específico) → tratar como **manual** e oferecer P6. Se é template não-preenchido (placeholders ainda lá) → fluxo normal de entrevista.
+
+**Texto canonical (P15 — literal):**
 
 ```
 "✓ Detectei seu agente já configurado:
- - IDENTITY.md → nome: {nome_extraído}
- - SOUL.md → {N} linhas de personalidade
- - AGENTS.md → red lines configuradas
+- IDENTITY.md → nome: {nome_extraído} ({tamanho_bytes} bytes)
+- SOUL.md → {N} linhas de personalidade ({tamanho_bytes} bytes)
+- AGENTS.md → red lines configuradas ({tamanho_bytes} bytes)
 
-Não vou mexer. Só vou rodar a pergunta-âncora desse passo pra fechar.
+Os arquivos têm conteúdo customizado (não-template). Princípio 6 (respeitar customização) — você decide o que fazer:
 
-[pergunta-âncora abaixo]"
+a) **Manter como está** — não toco em nada, só rodo a pergunta-âncora pra fechar o passo
+b) **Ajustar trecho específico** — me diz o que quer mudar (ex: 'mudar tom pra mais formal'), eu mexo só nisso
+c) **Refazer do zero** — backup do atual em `~/backups/`, depois entrevista canonical (4min)
+
+Manda 'a', 'b' ou 'c'. Default seguro = 'a' (não mexer)."
 ```
 
+**Comportamento por resposta:**
+
+| Resposta | Ação |
+|---|---|
+| `a` ou "mantém" / "deixa" / "tá bom" | Vai direto pra pergunta-âncora (passo 9). Marca `agente_configured: true` (já estava). |
+| `b` ou "ajustar" / "muda X" | Pergunta o que mudar especificamente. Despacha modo edição parcial — backup + edit cirúrgico no trecho mencionado. |
+| `c` ou "refazer" / "do zero" | Aplica Princípio 1 (backup timestamped) + roda fluxo principal (passo 1 entrevista) com flag `redo_from_existing: true` (mostra valores antigos como sugestão). |
+| Resposta ambígua | Repetir as 3 opções uma vez. Se persistir ambíguo, default seguro: `a` (não mexer). |
+
 ## Fluxo principal (entrevista)
 
 ### 1. Narrar o que vai acontecer
@@ -94,7 +200,7 @@ daqui com 3 arquivos no seu workspace:
 
 1. IDENTITY.md → bilhete de identidade do agente (nome, modelo, etc)
 2. SOUL.md → como ele pensa e fala (versão STUB de 5 linhas, vai
-   crescer na aula B1)
+   crescer na Aula 5)
 3. AGENTS.md → regras de comportamento (boot sequence + red lines)
 
 Esses arquivos ficam vivos no workspace. Toda vez que o agente vai
@@ -201,7 +307,7 @@ Antes de escrever qualquer arquivo, mostrar resumo:
 📄 SOUL.md (stub de 5 linhas)
     Tom: {tom_agente}
     Anti-pattern: {anti_pattern}
-    [SOUL completo na aula B1]
+    [SOUL completo na Aula 5]
 
 📄 AGENTS.md
     Boot sequence padrão (lê SOUL → USER → MAPA)
@@ -261,7 +367,7 @@ Confirmar:
 ```
 "✓ Criados:
 - /workspace/IDENTITY.md ({tamanho} bytes)
-- /workspace/SOUL.md ({tamanho} bytes — stub, vai crescer na aula B1)
+- /workspace/SOUL.md ({tamanho} bytes — stub, vai crescer na Aula 5)
 - /workspace/AGENTS.md ({tamanho} bytes)
 
 A partir de agora eu vou ler esses 3 arquivos toda vez que for
@@ -288,7 +394,7 @@ Sempre fechar com:
 
 ```
 "Se quer aprofundar identidade do agente, a aula que detalha isso
-é a *B1* (Identidade completa) — manda 'aula B1' que eu te passo o link.
+é a *B1* (Identidade completa) — manda 'aula 5' que eu te passo o link.
 
 E se ficou alguma dúvida que eu não cobri, dois caminhos no grupo:
 - resposta rápida 24/7: chama @Openclawzinho (bot IA) no tópico Suporte
@@ -343,13 +449,13 @@ Agora que viu, me manda como você quer pro {nome_agente}."
 - [ ] `agente_configured=true` em `MEMORY.md`
 - [ ] `onboarding_current_step=2` (avançou)
 - [ ] Pergunta-âncora respondida (qualquer resposta — agente valida ou corrige)
-- [ ] Aula B1 mencionada no fim
+- [ ] Aula 5 mencionada no fim
 
 ## Erros comuns
 
 - **Aluno trava no nome:** se pediu "exemplo" 2x e ainda tá indeciso, sugerir "Você pode começar com qualquer nome. Mudar depois é trivial — manda 'muda nome' que refaço. Sem peso. Manda o que veio agora."
 - **Aluno responde algo vazio (ex: "tipo a Siri"):** pedir mais especificidade. "Siri tem traços específicos — formal, tom neutro, briga com sotaque. É isso que você quer? Ou 'tipo a Siri' é só uma analogia? Me dá 1 frase de como ele falaria com você."
-- **Aluno quer SOUL completo já:** explicar tensão B1. "SOUL completo na entrada é cedo demais — você ainda não sabe o que QUER que o agente seja. A versão stub agora (5 linhas) já funciona. Aula B1 expande quando você já tem feeling do uso real."
+- **Aluno quer SOUL completo já:** explicar tensão Aula 5. "SOUL completo na entrada é cedo demais — você ainda não sabe o que QUER que o agente seja. A versão stub agora (5 linhas) já funciona. Aula 5 expande quando você já tem feeling do uso real."
 - **Aluno pulou Whisper e tá digitando entrevista:** OK, mas mencionar uma vez "se quiser, depois desse passo dá pra ativar áudio com 'configura whisper'".
 
 ## Aplicação dos princípios defensivos
@@ -371,7 +477,7 @@ Esta skill herda os princípios universais da `onboarding-checklist`. Ver: [`../
 **Modo A (aula-por-aula):**
 ```
 "Bora pro Módulo 1 — Personalidade do agente.
-Aula correspondente: B1 (Identidade completa).
+Aula correspondente: Aula 5 (Identidade, Soul, Agents, User).
 Recomendo assistir antes pra entender por que o SOUL é stub agora
 e completa só depois."
 [entrevista numerada: 'pergunta 1 de 4', 'pergunta 2 de 4'...]
@@ -389,7 +495,7 @@ Mesma lógica, fluxo, princípios. Só apresentação muda.
 ## Templates usados (em starter-kit/templates/)
 
 - `IDENTITY.template.md` — template do IDENTITY com placeholders
-- `SOUL-stub.template.md` — template do SOUL stub (5-10 linhas, expansão na B1)
+- `SOUL-stub.template.md` — template do SOUL stub (5-10 linhas, expansão na Aula 5)
 - `AGENTS.template.md` — template do AGENTS com boot sequence + red lines mínimas
 
 Wizard substitui placeholders e salva no workspace do aluno.

package/assets/skills/starter/wizard-agente/evals/evals.json

@@ -71,7 +71,7 @@
           "user": "automático",
           "expected_agent_behavior": [
             "valida resposta correta",
-            "menciona aula B1 + grupo",
+            "menciona Aula 5 + grupo",
             "marca agente_configured=true",
             "atualiza onboarding_current_step=2",
             "devolve controle pra onboarding-checklist"
@@ -83,13 +83,13 @@
         "agente_configured=true em MEMORY.md",
         "decisão (nome, gênero, tom, anti-pattern) registrada",
         "onboarding_current_step=2",
-        "aula B1 mencionada"
+        "Aula 5 mencionada"
       ]
     },
     {
       "id": "ja-configurado-detecta-e-pula",
       "name": "Aluno já tem os 3 arquivos preenchidos",
-      "description": "Cenário comum quando aluno seguiu aula B1 antes do kit, ou rodou wizard antes em sessão anterior.",
+      "description": "Cenário comum quando aluno seguiu Aula 5 antes do kit, ou rodou wizard antes em sessão anterior.",
       "setup": {
         "workspace_state": "IDENTITY+SOUL+AGENTS preenchidos",
         "memory_flags": {}

package/assets/skills/starter/wizard-aluno/SKILL.md

@@ -3,15 +3,40 @@ name: wizard-aluno
 status: ATIVO
 category: starter
 owner: aluno
-version: 1.0
+version: 1.1
 mode: guided
 estimated_time: 3min (ou 30s se já configurado)
 model_compatible: [gpt-5, gpt-5.5, claude-sonnet-4, claude-opus-4, gemini-pro]
-description: Use when student types "configura usuário" / "cria meu perfil" / "USER.md", OR when dispatched by onboarding-checklist as passo 2. Creates USER.md with student's basic info (nome, timezone, o que faz, tom preferido). Detects existing USER.md first (Princípio 11). Templates Amora opt-in via "exemplo". Pergunta-âncora: "onde isso ficou salvo? edit direto pega automático?".
+description: Use when student types "configura usuário" / "cria meu perfil" / "USER.md", OR when dispatched by onboarding-checklist as passo 2. Creates USER.md with student's basic info (nome, timezone, o que faz, tom preferido). Detects existing USER.md first (Princípio 11). Templates Amora opt-in via "exemplo". Pergunta-âncora: "onde isso ficou salvo? edit direto pega automático?". v1.1 (kit v2.2): header com Princípios 13/14/15 explícitos no topo (auditoria pós-v2.1).
 ---
 
 # Wizard Aluno — Passo 2 (Personalidade do aluno)
 
+> 🔴 **PRINCÍPIOS NÃO-NEGOCIÁVEIS PRO AGENTE (kit v2.2):**
+>
+> **NÃO IMPROVISE.** Read este arquivo INTEIRO antes de falar com aluno. Não invente fluxo simplificado.
+>
+> **P13 — Guard Rail (wizard é passo bloqueante).** Toda mensagem do aluno é classificada:
+> - (a) resposta direta → processa, avança
+> - (b) comando canônico (`cancela`, `pula`, `voltar N`, `sobre`, `faq`, `corrige`, `muda modo`) → honra
+> - (c1) pergunta tangencial → responde 1 linha, traz de volta ao passo
+> - (c2) desvio total → anota em `## Perguntas pendentes` (MEMORY.md), traz de volta
+> - 3 desvios consecutivos no mesmo passo → oferecer pause com `wizard_resume_at` agendado
+>
+> **P14 — Smoke tests visíveis.** Comando externo SEMPRE mostra (1) comando exato em bloco de código, (2) output literal em bloco de código, (3) só DEPOIS interpreta/narra. Sem evidência = ABORTA e pede ajuda. NUNCA finge que rodou.
+>
+> **P15 — Mensagens `<canonical>` literais.** Trechos marcados `<canonical>...</canonical>` usam LITERAL. Não reformula, não "melhora", não substitui exemplos. Ajustar TOM (formal/casual via SOUL.md) é OK; estrutura/ordem/keywords técnicas preservadas.
+>
+> **P17 — Formatação Telegram-friendly.** Mensagens canonical pro aluno usam parágrafos contínuos (1 linha por parágrafo). NÃO quebrar manualmente a cada ~70 chars — Telegram faz word-wrap natural.
+>
+> Detalhes: `../onboarding-checklist/references/principios-defensivos.md` (P1–P17).
+
+> ⚠️ **ANTI-PRESUNÇÃO (kit v2.2 — Princípio 16 aplicado a este wizard):**
+>
+> NÃO presumir dados do USER baseado em conversa anterior. Mesmo que aluno tenha mencionado nome, timezone, profissão, ou tom em mensagens anteriores, **começar pela Detecção (P11)** + perguntas canônicas deste wizard. Não pular passos "porque já sei a resposta".
+>
+> Em vez de pré-preencher USER.md baseado em "intuição da conversa", invocar wizard normalmente. Cada campo confirmado pelo aluno = USER.md preciso. Pré-preenchido sem validação = USER.md errado em 2 dias.
+
 ## Promessa
 
 Em 3 minutos, agente passa a saber quem é o aluno: nome real, timezone, o que faz, jeito de falar preferido. 1 arquivo (`USER.md`) que o agente lê toda mensagem.
@@ -227,7 +252,7 @@ Fechar com:
 ```
 "Se quer aprofundar como o agente usa USER.md (e qual a diferença
 pra MEMORY.md), a aula que detalha isso é a *B1* (Identidade
-completa) — manda 'aula B1' que eu te passo o link.
+completa) — manda 'aula 5' que eu te passo o link.
 
 E se ficou alguma dúvida que eu não cobri, dois caminhos no grupo:
 - resposta rápida 24/7: chama @Openclawzinho (bot IA) no tópico Suporte

package/assets/skills/starter/wizard-aluno/evals/evals.json

@@ -66,7 +66,7 @@
           "user": "USER.md no workspace, sim automático",
           "expected_agent_behavior": [
             "valida resposta",
-            "menciona aula B1 + grupo",
+            "menciona Aula 5 + grupo",
             "marca aluno_configured=true",
             "salva nome_aluno=Carlos em MEMORY",
             "atualiza onboarding_current_step=3",

package/assets/skills/starter/wizard-autonomia/SKILL.md

@@ -3,22 +3,88 @@ name: wizard-autonomia
 status: ATIVO
 category: starter
 owner: aluno
-version: 1.1
+version: 1.7
 mode: guided
-estimated_time: 5min (manual no terminal Hostinger + validação)
+estimated_time: 5min (manual no terminal — Managed CLI ou SSH VPS root)
 model_compatible: [gpt-5, gpt-5.5, claude-sonnet-4, claude-opus-4, gemini-pro]
-description: Use when student types "libera autonomia" / "ativa yolo" / "configura exec-policy", OR when dispatched by onboarding-checklist as passo 3. Guides student to manually run `openclaw exec-policy preset yolo` in the OpenClaw CLI of the Hostinger panel (Princípio 3 — agent NEVER executes privilege elevation silently). Detects current state first via `openclaw exec-policy show`. Validates that student ran the command before marking complete. Includes step-by-step tutorial of HOW to open the CLI in Hostinger Managed.
+description: Use when student types "libera autonomia" / "ativa yolo" / "configura exec-policy", OR when dispatched by onboarding-checklist as passo 3. Guides student to manually run `openclaw exec-policy preset yolo` in the appropriate terminal (Princípio 3 — agent NEVER executes privilege elevation silently). Detects current state first via `openclaw exec-policy show`. **v1.7 (kit v2.5.2 — fix Adrylan P14 violado): header ganha bloco "P14 EXTRA-RÍGIDO" obrigando 3 mensagens em ordem (anúncio + comando → output literal → interpretação) na validação `openclaw exec-policy show`. Caso real Adrylan 13:57: bot anunciou validação e depois "exec-policy yolo confirmado" sem mostrar comando nem output. v2.5.2 obriga: passo 2 (output) NUNCA pode ser pulado.** v1.6 (kit v2.5 — stress test Letícia): caminho local-dev (Mac/Linux dev) ganha seção própria (2c) em vez de "tratar igual VPS root". Razão: aluno em Mac dev NÃO é root, aviso "porque você é root" + referência ao Pixel AI Hub (VPS hardening) confunde. v2.5 separa copy adequada ao contexto dev (sem aviso de root, sem Pixel AI Hub, sem SSH).** v1.5 (kit v2.2): header com Princípios 13/14/15 explícitos no topo. v1.3-1.4: BIFURCAÇÃO POR AMBIENTE (Managed vs VPS root). Salva flag `ambiente:` em MEMORY.md.
 ---
 
 # Wizard Autonomia — Passo 3 (Liberar exec-policy yolo)
 
+> 🔴 **PRINCÍPIOS NÃO-NEGOCIÁVEIS PRO AGENTE (kit v2.2):**
+>
+> **NÃO IMPROVISE.** Read este arquivo INTEIRO antes de falar com aluno. Não invente fluxo simplificado.
+>
+> **P13 — Guard Rail (wizard é passo bloqueante).** Toda mensagem do aluno é classificada:
+> - (a) resposta direta → processa, avança
+> - (b) comando canônico (`cancela`, `pula`, `voltar N`, `sobre`, `faq`, `corrige`, `muda modo`) → honra
+> - (c1) pergunta tangencial → responde 1 linha, traz de volta ao passo
+> - (c2) desvio total → anota em `## Perguntas pendentes` (MEMORY.md), traz de volta
+> - 3 desvios consecutivos no mesmo passo → oferecer pause com `wizard_resume_at` agendado
+>
+> **P14 — Smoke tests visíveis.** `openclaw exec-policy show` SEMPRE mostra (1) comando exato em bloco de código, (2) output literal em bloco de código, (3) só DEPOIS interpreta. Sem evidência = ABORTA e pede ajuda. NUNCA finge que rodou.
+>
+> **P15 — Mensagens `<canonical>` literais.** A copy da pergunta de detecção (Managed vs ROOT) é CANONICAL — usar LITERAL na linguagem do aluno. Não reformula, não substitui pelos termos técnicos antigos.
+>
+> **P17 — Formatação Telegram-friendly.** Mensagens canonical pro aluno usam parágrafos contínuos (1 linha por parágrafo). NÃO quebrar manualmente a cada ~70 chars — Telegram faz word-wrap natural.
+>
+> Detalhes: `../onboarding-checklist/references/principios-defensivos.md` (P1–P17).
+>
+> ⚠️ **P14 EXTRA-RÍGIDO nesta skill (kit v2.5.2 — fix Adrylan):** validação `openclaw exec-policy show` foi violada repetidamente em testes reais (caso Adrylan 13:57 — bot disse "vou checar exec-policy" e depois "exec-policy yolo confirmado" SEM mostrar comando nem output). REGRA: cada validação tem 3 mensagens em ordem:
+>
+> 1. **Anúncio + comando:** "Vou checar exec-policy: `openclaw exec-policy show`"
+> 2. **Output literal:** "Output: ```yolo``` (ou ```ask```)"
+> 3. **Interpretação SÓ DEPOIS:** "✓ exec-policy = yolo, autonomia liberada"
+>
+> **NUNCA pular passo 2.** Se output não disponível, ABORTA + reporta honesto. NÃO finja sucesso.
+
+> 🔴 **DETECÇÃO DE AMBIENTE OBRIGATÓRIA — antes de qualquer instrução de terminal (v1.4 / kit v1.9.2):**
+>
+> Este wizard tem 2 caminhos completamente diferentes dependendo de COMO o aluno instalou OpenClaw:
+>
+> - **Managed (instalação de 1 click no painel Hostinger)** → terminal web no painel (`hpanel.hostinger.com → OpenClaw → Abrir linha de comando (CLI)`) + mostra screenshot anexado
+> - **ROOT (configurou no terminal da VPS)** → SSH que aluno já tem aberto (NÃO mencionar painel Hostinger, NÃO mostrar screenshot — vai confundir)
+>
+> **Sinais de ROOT/VPS** (qualquer um basta):
+> - Aluno mencionou DigitalOcean, Hetzner, AWS, Vultr, Linode, Contabo, "minha VPS", "no SSH", "como root", "instalei pelo terminal"
+> - Workspace em `/root/...` ou kit foi descomprimido via SSH em VPS
+> - USER.md ou conversa indica perfil dev/sysadmin
+>
+> **Sinais de Managed:**
+> - Aluno chegou via painel Hostinger, kit veio via Telegram do mini-curso
+> - Workspace em `~/.openclaw/...` ou similar do Managed
+> - Aluno mencionou "Hostinger", "painel", "1 click", "Managed"
+>
+> **Em dúvida: PERGUNTA ANTES, com linguagem que o aluno reconhece** (NÃO usar "Managed vs VPS root" como termos crus — aluno PME não conhece esses termos):
+>
+> ```
+> "Antes de continuar, preciso saber como você instalou o OpenClaw:
+>
+> 1. **Managed OpenClaw** — instalação de 1 click pelo painel da Hostinger
+> 2. **ROOT** — você configurou pelo terminal da sua VPS
+>
+> Manda 1 ou 2."
+> ```
+>
+> **Razão da copy:** "Managed vs VPS root" como termos crus não são reconhecíveis pra aluno PME. "Instalação de 1 click vs configurou pelo terminal" é o que o aluno reconhece da própria experiência de compra/setup.
+>
+> Salvar a detecção em `MEMORY.md`:
+> ```
+> ambiente: managed | vps-root | local-dev
+> ```
+>
+> Esta flag vira fonte de verdade pros wizards seguintes (`wizard-conectar` também tem caminhos diferentes). Onda 12 vai formalizar isso na `onboarding-checklist` mestre — por enquanto, cada wizard que tem caminho ramificado detecta sozinho.
+
 ## Promessa
 
 Em ~5min, aluno transforma "agente que pede aprovação a cada coisinha" em "agente que executa direto e te avisa". Sem isso, a partir do passo 4 (workspace), aluno é interrompido a cada criação de pasta/arquivo/comando.
 
 Este passo é o ÚNICO em que aluno cola comando no terminal manualmente. O agente NÃO executa esses comandos. Razão: Princípio 3 (comandos de elevação de privilégio jamais via agente).
 
-Boa notícia: o terminal NÃO é SSH local. É terminal **web**, dentro do painel da Hostinger. Tutorial passo-a-passo abaixo.
+⚠️ **Onde rodar o comando depende do ambiente** (detectado acima):
+- **Managed Hostinger:** terminal web no painel (tutorial passo-a-passo abaixo, seção 2a)
+- **VPS root:** SSH que aluno já tem aberto (instrução curta, seção 2b)
 
 ## Quando disparar
 
@@ -87,34 +153,94 @@ e eu volto a pedir aprovação a cada ação.
 Bora?"
 ```
 
-### 2. Tutorial — abrir o terminal do Managed (passo a passo)
+### 2. Tutorial — abrir terminal (BIFURCADO POR AMBIENTE — v1.3)
+
+⚠️ **Use seção 2a OU 2b conforme `ambiente:` detectado no topo deste wizard. NUNCA mostre as duas pro mesmo aluno.**
+
+#### 2a. Caminho Managed Hostinger
+
+Aluno PME tipicamente nunca usou terminal. Isso aqui é a parte mais sensível do kit. Caminho EXATO no Hostinger.
 
-Aluno PME PME tipicamente nunca usou terminal. Isso aqui é a parte mais sensível do kit. Caminho EXATO no Hostinger:
+**⚠️ Agente:** ao enviar a mensagem abaixo, ANEXE também o arquivo `screenshots/painel-hostinger-cli.jpg` (relativo a esta skill). Se a bridge do Telegram não suportar `sendPhoto`, mande o link raw permanente como fallback (já incluído no texto).
 
 ```
 "Antes do comando, abre o terminal do seu OpenClaw Managed.
 Sem SSH, sem Docker — é tudo no painel da Hostinger.
 
-Caminho passo-a-passo:
+Caminho exato (2 cliques):
 
 1. Abre https://hpanel.hostinger.com/ (logado)
-2. Menu lateral esquerdo → clica em **OpenClaw**
-   (ícone de uma garra; fica abaixo de VPS)
-3. Aparece a lista dos seus OpenClaws
-4. No seu OpenClaw (o que você usa pra esse agente), embaixo do
-   nome tem um link **'Abrir linha de comando (CLI)'**
-   — clica aí
-5. Abre uma janela com terminal preto
-6. Aguarda 2-3s até aparecer o prompt (algo tipo `$ ` no canto
-   esquerdo, indicando que tá pronto pra receber comando)
-
-Pronto. Esse é o terminal do Managed.
-
-Quando estiver com a janela aberta e o prompt visível, manda
+2. Sidebar esquerda → clica em **OpenClaw** (ícone de garra,
+   fica abaixo de VPS)
+3. Na lista dos seus OpenClaws → embaixo do nome da sua instância
+   tem um link **'Abrir linha de comando (CLI)'** → clica aí
+4. Abre janela com terminal preto. Aguarda 2-3s até aparecer o
+   prompt (algo tipo `$ `, indicando que tá pronto)
+
+📷 [foto do painel mostra as 2 setas dos cliques — anexada acima]
+
+Se a foto não chegou, é só esse link:
+https://raw.githubusercontent.com/okjpg/repo-amora-cos/main/memory/curso-openclaw-v2/starter-kit/skills/starter/wizard-autonomia/screenshots/painel-hostinger-cli.jpg
+
+Quando estiver com a janela aberta e o prompt visível, (quando quiser ir mais fundo em segurança VPS, tá no Pixel AI Hub)
 'terminal aberto' aqui."
 ```
 
-**Esperar aluno responder.** Se tentou e travou, ver "Caminho alternativo: aluno não acha o terminal" abaixo.
+**Esperar aluno responder.** Se tentou e travou, ver "Caminho alternativo Managed: aluno não acha o terminal" abaixo.
+
+#### 2b. Caminho VPS root
+
+Aluno root em VPS já tem terminal/SSH aberto. **NÃO mostrar screenshot do painel Hostinger** (vai confundir, painel não existe). **NÃO mencionar `hpanel.hostinger.com`**. Instrução curta:
+
+```
+"Você já tá num terminal SSH como root na sua VPS, então pula
+a parte de 'abrir terminal' — usa o que você já tem aberto.
+
+⚠️ Aviso de segurança extra (porque você é root):
+o modo 'yolo' libera eu executar direto SEM pedir aprovação. No
+Managed isso fica contido no container do OpenClaw. Aqui na sua
+VPS, eu sou root também — em teoria, posso tocar em qualquer coisa
+do sistema se sair do escopo do workspace.
+
+Eu continuo dentro do meu workspace (não saio dele) e narro tudo.
+Mas se quiser blindar (rodar OpenClaw como user não-privilegiado,
+firewall, etc), a Pixel AI Hub (VPS hardening avançado vai pra lá, fora do mini-curso) cobre. Manda
+'pixel ai hub' depois quando quiser explorar trilha avançada.
+
+Pra rodar o comando de yolo, veja a próxima mensagem."
+```
+
+(Pula a parte de "manda 'terminal aberto'" — aluno já tá no terminal.)
+
+#### 2c. Caminho local-dev (kit v2.5 — fix Letícia stress test)
+
+⚠️ **NOVO em v2.5:** local-dev (Mac/Linux dev local — não Managed, não VPS root) ganha caminho próprio em vez de "tratar igual VPS root". Razão: aluno em Mac dev NÃO é root e NÃO tem Pixel AI Hub (VPS hardening) como referência relevante. Mensagem de "porque você é root" no caminho 2b confunde aluno dev local.
+
+**Quando aplicar:** `ambiente: local-dev` em MEMORY (setado pela Fase Pré-Zero da onboarding-checklist).
+
+**Mensagem canonical (P15):**
+
+```
+"Você tá rodando OpenClaw em ambiente dev local (Mac ou Linux desktop). Vou te passar o comando, você cola no terminal que você já tem aberto na sua máquina:
+
+```
+openclaw exec-policy preset yolo
+```
+
+Depois manda 'liberado' aqui que eu valido."
+```
+
+**Diferenças vs caminho VPS root (2b):**
+
+- ❌ NÃO inclui aviso "porque você é root" — aluno dev local não é root
+- ❌ NÃO menciona Pixel AI Hub (VPS hardening) — irrelevante pra dev local
+- ❌ NÃO instrui SSH — terminal já está local
+- ✅ Comando idêntico (`openclaw exec-policy preset yolo`)
+- ✅ Validação idêntica (`openclaw exec-policy show` — P14)
+
+(Pula a parte de "manda 'terminal aberto'" — aluno já tá no terminal local.)
+
+**Falha real (Letícia stress test 03/05 madrugada):** caminho 2b "VPS root" incluía `Aviso de segurança extra (porque você é root)` + referência ao Pixel AI Hub — Letícia em Mac M2 não é root, leu mensagem e ficou confusa. v2.5 separa caminho próprio com copy adequada ao contexto dev.
 
 ### 3. Passar comando
 
@@ -201,7 +327,7 @@ Fechar com:
 ```
 "Se quer aprofundar segurança no Managed (níveis de exec-policy,
 isolamento de containers, audit log), a aula que detalha isso é a
-*D1* (Segurança Managed) — manda 'aula D1' que eu te passo o link.
+Aula 10 (Instalando 1password — segurança Managed) — manda 'aula 10' que eu te passo o link.
 
 E se ficou alguma dúvida que eu não cobri, dois caminhos no grupo:
 - resposta rápida 24/7: chama @Openclawzinho (bot IA) no tópico Suporte
@@ -289,7 +415,7 @@ do OpenClaw — vem de 'You Only Live Once' (gíria que ficou). Na prática:
 A alternativa é manter 'ask' (default) — mas aí cada ação minha vira
 3 mensagens entre nós. Vira chato em 5 minutos.
 
-Quer prosseguir? Ou prefere ler a aula D1 antes (5min) pra entender
+Quer prosseguir? Ou prefere ler a Aula 10 antes (5min) pra entender
 melhor a fundo?"
 ```
 
@@ -300,7 +426,7 @@ melhor a fundo?"
 - [ ] `exec_policy=yolo` salvo em `MEMORY.md`
 - [ ] `onboarding_current_step=4`
 - [ ] Pergunta-âncora respondida
-- [ ] Aula D1 mencionada
+- [ ] Aula 10 mencionada
 
 ## Erros comuns
 
@@ -328,7 +454,7 @@ Esta skill herda os princípios universais da `onboarding-checklist`. Ver: [`../
 **Modo A:**
 ```
 "Bora pro Módulo 3 — Liberar autonomia.
-Aula correspondente: D1 (Segurança Managed).
+Aula correspondente: Aula 10 (Instalando 1password — segurança Managed).
 Recomendo MUITO assistir antes — esse passo mexe em segurança e
 você precisa entender o tradeoff entre conveniência e controle."
 [fluxo numerado: tutorial Hostinger + 1 comando + validação]
@@ -383,9 +509,13 @@ Quer prosseguir liberando, ou tá com dúvida ainda?"
 ## Status
 
 ✅ ATIVO desde v1.1 do Starter Kit (02/05/2026 — versão revisada com tutorial Hostinger CLI passo-a-passo após teste E2E identificar como ponto crítico de abandono).
+✅ v1.2 (02/05/2026 madrugada cont. 5): screenshot anexado (`screenshots/painel-hostinger-cli.jpg`) reforça visualmente o caminho de 2 cliques no painel Hostinger. Reduz fricção do aluno mobile/iniciante.
+✅ v1.3 (02/05/2026 madrugada cont. 7 / kit v1.9.1): BIFURCAÇÃO POR AMBIENTE. Detecta Managed vs VPS root no topo do wizard. Caminho Managed mantido (tutorial + screenshot). Caminho VPS root: SSH direto, sem painel Hostinger, sem screenshot, com aviso de segurança REFORÇADO (root = blast radius maior). Bruno: "no curso se for root nao pode mostrar cli do openclaw, precisa ser terminal". Quick fix antes da Onda 12 (detecção formal de ambiente na onboarding-checklist mestre).
+✅ v1.4 (02/05/2026 madrugada cont. 8 / kit v1.9.2): copy da pergunta de detecção reescrita pra linguagem do aluno. Bruno: "fica confuso perguntar pro aluno se é Manage Openclaw ou VPS própria. Podemos deixar numa linguagem mais simples, tipo: Você instalou openclaw via Manage Openclaw (instalação de 1 click) ou configurou via ROOT (pelo terminal da vps)". Aplicado: pergunta agora é "1. Managed OpenClaw — instalação de 1 click no painel Hostinger / 2. ROOT — configurou pelo terminal da VPS" — termos que aluno reconhece da experiência real, não jargão de cloud.
 
 ## Roadmap
 
-- v1.2: Detectar versão do `openclaw` CLI e adaptar comandos se sintaxe mudar
-- v1.3: Suporte a Hostinger em outros idiomas (espanhol, inglês) com nomes de menu localizados
+- v1.4: Detectar versão do `openclaw` CLI e adaptar comandos se sintaxe mudar
+- v1.5: Suporte a Hostinger em outros idiomas (espanhol, inglês) com nomes de menu localizados + screenshot localizado
+- v1.6: Após Onda 12 formalizar `ambiente:` na onboarding-checklist mestre — remover detecção redundante deste wizard (vira só ler flag de MEMORY.md)
 - v2: Captura de screenshot do terminal automaticamente (se Hostinger expor API) pra confirmar que aluno tá no terminal certo sem aluno colar output

package/assets/skills/starter/wizard-autonomia/evals/evals.json

@@ -51,7 +51,7 @@
           "user": "vai pedir aprovação",
           "expected_agent_behavior": [
             "valida resposta",
-            "menciona aula D1",
+            "menciona Aula 10",
             "marca autonomia_liberada=true",
             "salva exec_policy=yolo em MEMORY",
             "atualiza onboarding_current_step=4"
@@ -170,7 +170,7 @@
             "explica que NÃO é sudo/root, é só menos prompts",
             "lembra que é reversível com 'openclaw exec-policy reset'",
             "menciona backup automático (passo 5)",
-            "oferece alternativa: ler aula D1 antes (5min) OU manter 'ask' default e chamar agente caso a caso"
+            "oferece alternativa: ler Aula 10 antes (5min) OU manter 'ask' default e chamar agente caso a caso"
           ],
           "must_not": [
             "inventar preset 'auto' que não existe",