@orkastery/cli 0.3.0 → 0.4.1

package/README.md

@@ -1,6 +1,6 @@
 # @orkastery/cli, the `ork` core
 
-**Your agents say "done". `ork` re-runs it.**
+**A software factory of AI agents that proves its work: parallel threads, verified results, and short decisions only when they matter.**
 
 `ork` conducts coding agents (Claude Code, Codex) through six-phase threads, verifies every
 claim by re-running the command that proves it, and only delivers with the push proven on the

package/adapters/claude-code/commands/check.md

@@ -27,11 +27,12 @@ ork worktree audit <thread>
 ork phase list <thread>
 ```
 
-4. Consolida UM veredito (PASSOU, PRECISA DE MUDANCA, BLOQUEADO) e, se o modo pausa, apresenta ao
-   builder e espera:
+4. Consolida UM veredito (PASSOU, PRECISA DE MUDANCA, BLOQUEADO) e, se o modo pausa, abre o pedido
+   e espera. O builder responde pelo canal autenticado (dialogo nativo do host, ou
+   `/ork gate <thread> <pedido> <resposta>` no Telegram); o agente nunca responde por ele:
 
 ```bash
-ork gate approve <thread> evidencias --por "<quem>"
+ork gate request <thread>
 ```
 
 ## Regras do adaptador

package/adapters/claude-code/commands/goal.md

@@ -37,10 +37,11 @@ ork claims add <thread> <arquivo> --claim "<alegacao>" --verificar "<comando>" -
 ork verify <thread> --so-claims
 ```
 
-5. Se o modo pausa neste bloco, apresenta a evidencia ao builder e para. A liberacao e registrada:
+5. Se o modo pausa neste bloco, apresenta a evidencia ao builder e para. O pedido sai do nucleo, e a
+   liberacao so e registrada quando o builder responde pelo canal autenticado:
 
 ```bash
-ork gate approve <thread> objetivo --por "<quem>"
+ork gate request <thread>
 ```
 
 ## Regras do adaptador

package/adapters/claude-code/commands/master.md

@@ -25,10 +25,11 @@ ork master classes
 ork master <thread> --score <0-5> --justificativa "<texto>" --classe <classe> --por "<quem>"
 ```
 
-4. Nos modos sem pausa de MASTER, mostra a fila que ainda espera humano:
+4. Nos modos sem pausa de MASTER, a entrega e aceita a menos que o builder diga o contrario. Mostra
+   as entregas com o indice derivado do ledger, inclusive as ja pontuadas:
 
 ```bash
-ork master --batch
+ork master --todas
 ```
 
 ## Regras do adaptador

package/adapters/claude-code/commands/ork.md

@@ -73,7 +73,7 @@ ork pulse --json
 ork board plan
 ork doctor
 ork modos
-ork master --batch
+ork master
 ```
 
 Use apenas as consultas necessarias. Nao rode todas a cada mensagem. O preflight pertence ao

package/adapters/claude-code/hooks/ork-guard.js

@@ -52,7 +52,7 @@ const BLOQUEIOS = [
     nome: 'reset-destrutivo',
     regex: /\bgit\s+(?:reset\s+--hard|clean\s+-[a-zA-Z]*[fd]|checkout\s+--\s+\.)/,
     motivo: 'descarte em massa apaga trabalho nao commitado sem deixar rastro',
-    caminho: 'descarte por arquivo, ou registre a decisao antes: ork gate approve <thread> <sobre> --por <quem>',
+    caminho: 'descarte por arquivo; se o descarte amplo for mesmo necessario, peca a decisao ao dono: ork gate request <thread>',
   },
   {
     nome: 'remocao-recursiva-ampla',

package/adapters/hermes/README.md

@@ -44,16 +44,14 @@ ork adapter install hermes --dry-run             # lista o que seria escrito
 | `hermes.plugin.json` | Declara a skill, o binario do `ork` e as tags de conducao |
 | `bin/ork-abrir-thread.sh` | Abre a thread com o modo lido do pedido, em um comando |
 | `bin/ork-brain.sh` | Consulta o Company Brain pelo contrato e identidade autenticada do OrkMind |
-| `bin/ork-objective-status.sh` | Lê o ticket canônico compartilhado com o Kanban |
-| `bin/ork-objective-message.sh` | Grava a mensagem do canal no histórico do ticket |
 
-## Continuidade com o Kanban
+## Tickets `obj-*` aposentados
 
-Quando uma conversa mencionar um `obj-*`, use `ork_objective_status` para retomar o estado
-canônico e `ork_objective_message` para preservar a mensagem do Telegram. O Kanban relê o
-mesmo `messages.jsonl`, então o dono pode trocar de canal sem duplicar a demanda. O identificador
-do autor deve vir do gateway autenticado. Mensagens de conversa não aprovam gates: decisões
-continuam passando pelos comandos HITL correlacionados.
+`ork_objective_status` e `ork_objective_message` sairam com o `ork objective` na I-43: o nucleo
+recusa qualquer subcomando com `objective.aposentado` e saida != 0. O estado de uma entrega vem de
+`ork thread status <thread>`; os ciclos ligados a um produto, projeto ou iniciativa, de
+`ork portfolio inspect <id> --json`. Mensagem de conversa continua sem aprovar gate: a decisao do
+dono passa pelo `/ork gate <thread> <pedido> <resposta>` correlacionado.
 
 ## O encolhimento, que e o ponto
 

package/adapters/hermes/hermes.plugin.json

@@ -12,8 +12,6 @@
     "ork_maestro": "./bin/ork-maestro.sh",
     "ork-abrir-thread": "./bin/ork-abrir-thread.sh",
     "ork_brain": "./bin/ork-brain.sh",
-    "ork_objective_status": "./bin/ork-objective-status.sh",
-    "ork_objective_message": "./bin/ork-objective-message.sh",
     "ork_gate_answer": "./bin/ork-hitl-answer.py",
     "ork_session_answer": "./bin/ork-hitl-answer.py"
   },

package/adapters/openclaw/README.md

@@ -57,14 +57,14 @@ fallback: usa `ORK_BIN` do ambiente ou o `ork` do PATH.
 | `ork_claims_add` | Registra alegacao verificavel com o comando que a comprova |
 | `ork_verify` / `ork_verify_baseline` | Reexecuta no HEAD real; grava a baseline antes do GO |
 | `ork_worktree_ensure` / `ork_worktree_audit` | Worktree isolada, conferida no proprio git |
-| `ork_objective_status` | Retoma o ticket canônico compartilhado com o Kanban |
-| `ork_objective_message` | Preserva no ticket uma mensagem do canal autenticado |
+| `ork_objective_status` / `ork_objective_message` | Aposentadas com o `ork objective` na I-43: devolvem a recusa tipada `objective.aposentado` |
 | `ork_portfolio_list` | Lista produtos, projetos e iniciativas canônicos |
 | `ork_gate_answer` | Resposta humana correlacionada a um gate |
 | `ork_session_answer` | Resposta humana correlacionada a uma sessão |
 | `ork_ship` | Merge serializado por lease e push provado contra o remoto |
 | `ork_master` | POSTMORTEM tipado e o score HUMANO de 0 a 5 |
-| `ork_board` / `ork_master_batch` | Escalonador e fila de score |
+| `ork_board` | Escalonador: quem avanca agora e quem espera |
+| `ork_master_batch` | Todas as entregas, com o indice do ledger (`ork master --todas`; a fila de score saiu na I-43) |
 
 ## A #TAG de conducao
 

package/adapters/openclaw/dist/index.js

@@ -256,13 +256,13 @@ const FERRAMENTAS = [
     },
     {
         name: 'ork_objective_status',
-        description: 'Retoma no canal o mesmo ticket canônico e histórico vistos no Kanban.',
+        description: 'Aposentado na I-43 junto com ork objective: devolve a recusa tipada objective.aposentado, com saida != 0. Estado de uma entrega: ork_thread_status. Ciclos ligados a um produto, projeto ou iniciativa: ork portfolio inspect <id> --json.',
         parameters: schema({ objective: { type: 'string', description: 'ID obj-* do ticket' } }),
         argv: (p) => ['objective', 'status', texto(p, 'objective'), '--json'],
     },
     {
         name: 'ork_objective_message',
-        description: 'Preserva no ticket uma mensagem recebida pelo canal autenticado. Não aprova gates.',
+        description: 'Aposentado na I-43 junto com ork objective: devolve a recusa tipada objective.aposentado, com saida != 0, e nao grava nada. Resposta do dono a uma pausa vai por ork_gate_answer ou ork_session_answer.',
         parameters: schema({
             objective: { type: 'string', description: 'ID obj-* do ticket' },
             author: { type: 'string', description: 'Identidade fornecida pelo gateway autenticado' },
@@ -403,9 +403,9 @@ const FERRAMENTAS = [
     },
     {
         name: 'ork_master_batch',
-        description: 'A fila de score dos modos sem pausa de MASTER. Fila que ninguem passa e score que nao existe.',
+        description: 'Todas as entregas em JSON, com o indice derivado do ledger, as ja pontuadas e as aceitas por omissao. Roda ork master --todas; o nome e da antiga fila de score (ork master --batch), aposentada na I-43.',
         parameters: schema({}),
-        argv: () => ['master', '--batch'],
+        argv: () => ['master', '--todas', '--json'],
     },
 ];
 const plugin = defineToolPlugin({

package/adapters/openclaw/openclaw.plugin.json

@@ -2,7 +2,7 @@
   "id": "orkastery",
   "name": "Orkastery",
   "description": "Conducao de looping threads em 6 fases pelo nucleo `ork`, exposta ao OpenClaw como tools `ork_*`. Zero regra de negocio no host: cada tool e uma chamada de CLI.",
-  "version": "0.3.0",
+  "version": "0.4.1",
   "configSchema": {
     "type": "object",
     "properties": {},

package/adapters/openclaw/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@orkastery/openclaw-plugin",
-  "version": "0.3.0",
+  "version": "0.4.1",
   "description": "Plugin Orkastery para OpenClaw: 25 tools ork_* que traduzem intencao em chamada de CLI do nucleo `ork`. Zero regra de negocio no host.",
   "type": "module",
   "private": true,

package/adapters/openclaw/src/index.ts

@@ -267,13 +267,15 @@ const FERRAMENTAS: FerramentaOrk[] = [
   },
   {
     name: 'ork_objective_status',
-    description: 'Retoma no canal o mesmo ticket canônico e histórico vistos no Kanban.',
+    description:
+      'Aposentado na I-43 junto com ork objective: devolve a recusa tipada objective.aposentado, com saida != 0. Estado de uma entrega: ork_thread_status. Ciclos ligados a um produto, projeto ou iniciativa: ork portfolio inspect <id> --json.',
     parameters: schema({ objective: { type: 'string', description: 'ID obj-* do ticket' } }),
     argv: (p) => ['objective', 'status', texto(p, 'objective'), '--json'],
   },
   {
     name: 'ork_objective_message',
-    description: 'Preserva no ticket uma mensagem recebida pelo canal autenticado. Não aprova gates.',
+    description:
+      'Aposentado na I-43 junto com ork objective: devolve a recusa tipada objective.aposentado, com saida != 0, e nao grava nada. Resposta do dono a uma pausa vai por ork_gate_answer ou ork_session_answer.',
     parameters: schema({
       objective: { type: 'string', description: 'ID obj-* do ticket' },
       author: { type: 'string', description: 'Identidade fornecida pelo gateway autenticado' },
@@ -422,9 +424,9 @@ const FERRAMENTAS: FerramentaOrk[] = [
   {
     name: 'ork_master_batch',
     description:
-      'A fila de score dos modos sem pausa de MASTER. Fila que ninguem passa e score que nao existe.',
+      'Todas as entregas em JSON, com o indice derivado do ledger, as ja pontuadas e as aceitas por omissao. Roda ork master --todas; o nome e da antiga fila de score (ork master --batch), aposentada na I-43.',
     parameters: schema({}),
-    argv: () => ['master', '--batch'],
+    argv: () => ['master', '--todas', '--json'],
   },
 ];
 

package/dist/auditoria.js

@@ -425,7 +425,7 @@ exports.PACKS = {
             },
             {
                 id: 'PR2',
-                regra: 'Thread entregue sem score humano registrado, parada na fila de batch.',
+                regra: 'Thread entregue sem score humano registrado.',
                 evidencia: 'thread entregue sem master_done.por humano correspondente ao score',
             },
             {

package/dist/board.js

@@ -212,7 +212,7 @@ function planejar(carregado, opcoes = {}) {
                 situacao: 'pausada',
                 motivo: 'human.pending',
                 detalhe: oc.detalhe,
-                correcao: `ork gate approve ${t.id} <sobre> --por <quem>`,
+                correcao: `ork gate request ${t.id}`,
                 leases: meus,
             });
             continue;

package/dist/ci.js

@@ -209,8 +209,15 @@ function executarBundleCi(carregado, file = '.ork-ci/bundle.json') {
     const bundle = JSON.parse(fs.readFileSync(absolute, 'utf8'));
     if (bundle.schema !== 'ork.ci-bundle/v1' || !/^ork-[a-z0-9-]+$/.test(bundle.thread) || !Array.isArray(bundle.claims) || !Array.isArray(bundle.commands))
         throw new Error('bundle de CI inválido');
+    // O CI roda o mesmo preparo do `ork verify` local (I-54), uma vez e antes das claims: a claim
+    // que passa na maquina de quem entrega passa aqui pelo mesmo caminho. Como no verify, o
+    // preparo nao e condicao de claim; ele so deixa a compilacao pronta e sai no resultado.
+    const comandoDoPreparo = carregado.manifesto.verify.preparo;
+    const preparo = comandoDoPreparo
+        ? (0, verify_2.executar)('preparo', comandoDoPreparo, carregado.raiz, (0, verify_2.prazoDoComando)(carregado.manifesto, 'preparo'))
+        : null;
     const claims = bundle.claims.map((claim) => (0, verify_2.verificarClaim)(claim, carregado.raiz));
     const commands = bundle.commands.map((item) => (0, verify_2.executar)(item.name, item.command, carregado.raiz));
     const ok = claims.every((item) => item.verificado || item.motivo === 'claims.unverifiable') && commands.every((item) => item.ok);
-    return { schema: 'ork.ci-run/v1', ok, thread: bundle.thread, commit: (0, verify_2.commitReal)(carregado.raiz), claims, commands };
+    return { schema: 'ork.ci-run/v1', ok, thread: bundle.thread, commit: (0, verify_2.commitReal)(carregado.raiz), preparo, claims, commands };
 }

package/dist/doctor.js

@@ -329,7 +329,7 @@ function checar(dirInicial = process.cwd(), nomesHerdados = (0, runtime_ambiente
                 : `${esperando.length} aguardando janela, ${escalados.length} escalado(s) para humano` +
                     (esperando.length > 0 ? `; proxima janela em ${(0, horario_1.formatarDataHoraRotulada)(esperando[0].liberaEm)}` : ''),
             correcao: escalados.length > 0
-                ? `pedido escalado alem do limite de retry.max_tentativas: ork retry list e ork gate approve`
+                ? `pedido escalado alem do limite de retry.max_tentativas: ork retry list e ork gate request <thread>`
                 : esperando.length > 0
                     ? 'ork retry resume retoma o que ja liberou'
                     : undefined,

package/dist/fix.js

@@ -381,7 +381,7 @@ function reverificarSobConducao(carregado, threadId, opcoes) {
             modo: thread.modo,
             detalhe: razao,
             evidencia: `rodada ${rodada} de GO-FIX/CHECK-REVERIFY na thread ${threadId}`,
-            correcao: `ork gate approve ${threadId} evidencias --por <quem>`,
+            correcao: `ork gate request ${threadId}`,
             rodada,
             limite,
             pausaQualquerModo: true,

package/dist/gates.js

@@ -86,10 +86,12 @@ function descreverMotivo(motivo, detalhe) {
     return `motivo tipado: ${motivo} (${exports.DESCRICAO_DO_MOTIVO[motivo]})\n  detalhe: ${detalhe}`;
 }
 /**
- * `ork gate approve`: o humano autoriza uma pausa do modo pela linha de comando.
+ * `ork gate approve`, APOSENTADO: aprovacao sem pedido e recusada. A pausa se libera pela
+ * resposta ao `ork gate request`, que chega pelo ingresso humano autenticado.
  *
- * E o que torna a "autorizacao antecipada de push" do `#Classic` verificavel: ela vira um
- * evento no ledger com quem autorizou e quando, em vez de memoria de conversa.
+ * Antes da aposentadoria, era o que tornava verificavel a "autorizacao antecipada de push"
+ * do `#Classic`: ela virava um evento no ledger com quem autorizou e quando, em vez de
+ * memoria de conversa.
  */
 function aprovarGateHumano(_raiz, _threadId, _sobre, _por, _observacao) {
     throw new Error('aprovação cega aposentada: use ork gate request e responda ao pedido pelo ingresso humano autenticado');

package/dist/index.js

@@ -1022,6 +1022,8 @@ function comandoPhase(args) {
             console.log(`  modelo/esforco : ${r.model}/${r.effort}`);
             // O prompt inteiro nao cabe na tela: o argumento longo aparece mascarado.
             console.log(`  comando        : ${r.comando.map((c) => (c.length > 80 ? '"<prompt>"' : c)).join(' ')}`);
+            for (const l of (0, policies_1.linhasDeAviso)(r.violacoes ?? []))
+                console.log(l);
             return 0;
         }
         if (r.bloqueado) {
@@ -1040,6 +1042,8 @@ function comandoPhase(args) {
             return 1;
         }
         console.log(`Fase ${fase} despachada como background agent.`);
+        for (const l of (0, policies_1.linhasDeAviso)(r.violacoes ?? []))
+            console.log(l);
         console.log(`  sessionId      : ${r.sessionId}`);
         console.log(`  slug da sessao : ${r.slug} (${(0, phase_1.descreverSlug)(r.slug)})`);
         console.log(`  prompt         : ${r.promptPath}`);
@@ -1512,7 +1516,7 @@ function comandoGate(args) {
         const sobre = args.posicionais[3];
         const por = texto(args.opcoes.por) ?? texto(args.opcoes.quem);
         if (!id || !sobre || !por) {
-            console.error('uso: ork gate approve <thread-id> <sobre> --por <quem>');
+            console.error('gate approve aposentado: aprovação sem pedido é recusada. Use ork gate request <thread-id> e responda pelo ingresso humano autenticado.');
             return 2;
         }
         (0, thread_1.lerThread)(carregado.raiz, id);

package/dist/ledger.js

@@ -147,6 +147,8 @@ exports.TIPOS_DE_EVENTO = {
     lintDeClaim: 'claim_lint',
     // I-55 (RM-008): a mesma falha em 3+ threads fechadas virou proposta de policy (so proposta).
     politicaProposta: 'policy_proposta',
+    // RM-008 (fatia 3): policy em warn que disparou num gate. Registra e segue; nunca bloqueia.
+    politicaAviso: 'policy_warn',
     // I-36 (RM-036): conducao multicanal. O segundo pedido recusado, o despacho repetido que nao abriu
     // sessao nova, a liberacao com prova (fim da sessao ou dono morto), o handoff e a renovacao do prazo.
     conducaoRecusada: 'conducao_recusada',

package/dist/licoes.js

@@ -57,6 +57,7 @@ const fs = __importStar(require("node:fs"));
 const path = __importStar(require("node:path"));
 const estado_thread_1 = require("./estado-thread");
 const ledger_1 = require("./ledger");
+const policies_1 = require("./policies");
 /** O que evita cada bloqueio, na forma de comando. Sem dica, a licao so conta a recorrencia. */
 const DICA_DO_MOTIVO = {
     'claims.failed': 'rode o comando da claim antes de registra-la; claim sem prova local volta como GO-FIX',
@@ -175,10 +176,15 @@ function propostasDePolicy(raiz, agoraIso = new Date().toISOString()) {
     const limite = Date.parse(agoraIso) - exports.JANELA_DA_PROPOSTA_DIAS * 86_400_000;
     const recentes = lerLicoes(raiz).filter((l) => Date.parse(l.fechadaEm) >= limite);
     const { motivos, classes } = recorrencias(recentes);
-    return [...motivos, ...classes].filter((r) => r.threads.length >= exports.PISO_DA_PROPOSTA).map((r) => ({
-        chave: r.chave, tipo: r.tipo, nome: r.nome, threads: [...r.threads], janelaDias: exports.JANELA_DA_PROPOSTA_DIAS,
-        sugestao: `policy \`${r.nome.replace(/[^a-z0-9]+/gi, '_')}\` em warn: ` + (r.dica ?? 'revisar a causa comum antes da proxima thread'),
-    }));
+    return [...motivos, ...classes].filter((r) => r.threads.length >= exports.PISO_DA_PROPOSTA).map((r) => {
+        const policy = r.nome.replace(/[^a-z0-9]+/gi, '_');
+        const dica = r.dica ?? 'revisar a causa comum antes da proxima thread';
+        // RM-008 (fatia 3): com avaliador no nucleo, a proposta ja diz como vira policy de verdade.
+        const sugestao = policy in policies_1.POLICIES_CONHECIDAS
+            ? `policy \`${policy}\` executavel: declare \`${policy}: warn\` em policies: do orkastery.yaml; o que evita: ${dica}`
+            : `policy \`${policy}\` em warn: ${dica}`;
+        return { chave: r.chave, tipo: r.tipo, nome: r.nome, threads: [...r.threads], janelaDias: exports.JANELA_DA_PROPOSTA_DIAS, sugestao };
+    });
 }
 /**
  * Grava no ledger do projeto a proposta que ainda nao foi registrada nesta janela. Idempotente:

package/dist/ocupacao.js

@@ -45,7 +45,7 @@ exports.EVENTOS_QUE_DESTRAVAM = [
     ledger_1.TIPOS_DE_EVENTO.shipConcluido,
     ledger_1.TIPOS_DE_EVENTO.masterConcluido,
 ];
-/** O evento e uma autorizacao humana ja registrada (`ork gate approve`)? */
+/** O evento e uma autorizacao humana ja registrada (resposta ao `ork gate request`)? */
 function ehAprovacaoHumana(e) {
     return e.tipo === ledger_1.TIPOS_DE_EVENTO.pausaHumana && e.estado === 'aprovado';
 }

package/dist/phase.js

@@ -560,8 +560,23 @@ function rodarFaseSobLock(carregado, threadId, opcoes) {
     // Gate tipado do bloco B1: as policies do manifesto valem ANTES do despacho, em
     // qualquer modo. Prompt reprovado nem chega a ser gravado em disco: gravar um prompt
     // com credencial e criar um segundo vazamento no proprio repositorio.
-    const violacoes = (0, policies_1.avaliarPolicies)(manifesto, { gate: 'phase.dispatch', prompt });
+    // RM-008 (fatia 3): as licoes que viraram policy recebem os fatos da thread, calculados aqui.
+    const blocoDespachado = (0, thread_1.blocoDaThread)(thread, fase);
+    const violacoes = (0, policies_1.avaliarPolicies)(manifesto, {
+        gate: 'phase.dispatch', prompt, threadId: thread.id, modo: thread.modo, fase,
+        bloco: thread.blocos.indexOf(blocoDespachado) + 1,
+        blocoComGo: blocoDespachado.fases.includes('GO'),
+        temBaseline: (0, ledger_1.lerLedger)(dir).some((e) => e.tipo === ledger_1.TIPOS_DE_EVENTO.baselineGravada),
+        fallbackDoBloco: (0, setup_1.fallbackDoBloco)(setup, thread.modo, fase),
+    });
     const bloqueiam = (0, policies_1.bloqueantes)(violacoes);
+    // Warn registra e segue: o aviso vai ao ledger (fora do ensaio) e o despacho continua.
+    if (!opcoes.dryRun) {
+        for (const v of (0, policies_1.avisos)(violacoes)) {
+            (0, ledger_1.registrar)(dir, thread.id, ledger_1.TIPOS_DE_EVENTO.politicaAviso, { gate: 'phase.dispatch', fase, slug,
+                policy: v.policy, detalhe: v.detalhe, correcao: v.correcao, modo: thread.modo });
+        }
+    }
     if (bloqueiam.length > 0) {
         const detalhe = bloqueiam.map((v) => `${v.policy}: ${v.detalhe}`).join('; ');
         // Bloco B3: violacao de CUSTO sai tipada como tal. E o que permite a politica de

package/dist/policies.js

@@ -15,8 +15,10 @@ exports.POLICIES_CONHECIDAS = void 0;
 exports.procurarSegredos = procurarSegredos;
 exports.policiesDesconhecidas = policiesDesconhecidas;
 exports.avaliarPolicies = avaliarPolicies;
+exports.avisos = avisos;
 exports.bloqueantes = bloqueantes;
 exports.motivoDominante = motivoDominante;
+exports.linhasDeAviso = linhasDeAviso;
 exports.textoDeViolacoes = textoDeViolacoes;
 /**
  * Variaveis que REDIRECIONAM o despacho do `claude` para um provider pago.
@@ -73,6 +75,24 @@ exports.POLICIES_CONHECIDAS = {
         quando: ['ship'],
         descricao: 'proibe entregar sem branch de thread (push direto na base)',
     },
+    // RM-008 (fatia 3): licoes do loop de aprendizado que o `ork` sabe conferir sem ambiguidade.
+    // O nome e o mesmo que o `ork licoes` propoe, para a proposta ser declarada como veio.
+    verify_regression: {
+        quando: ['phase.dispatch'],
+        descricao: 'avisa quando o bloco que contem GO sai sem baseline gravada',
+    },
+    verify_failed: {
+        quando: ['phase.dispatch'],
+        descricao: 'avisa quando o bloco que contem GO sai sem baseline gravada (mesma conferencia de verify_regression)',
+    },
+    runtime_unavailable: {
+        quando: ['phase.dispatch'],
+        descricao: 'avisa quando o bloco despachado nao declara runtime de fallback',
+    },
+    tree_blocked: {
+        quando: ['ship'],
+        descricao: 'avisa quando a branch da thread esta atras da base',
+    },
 };
 function severidade(bruta) {
     if (bruta === 'block' || bruta === 'warn' || bruta === 'off')
@@ -87,6 +107,8 @@ function policiesDesconhecidas(manifesto) {
 function avaliarPolicies(manifesto, ctx) {
     const declaradas = manifesto.policies ?? {};
     const violacoes = [];
+    // verify_regression e verify_failed conferem a mesma coisa: um aviso so, com o nome da primeira declarada.
+    let baselineJaAvaliada = false;
     for (const [nome, bruta] of Object.entries(declaradas)) {
         const conhecida = exports.POLICIES_CONHECIDAS[nome];
         if (!conhecida || !conhecida.quando.includes(ctx.gate))
@@ -148,9 +170,52 @@ function avaliarPolicies(manifesto, ctx) {
             }
             continue;
         }
+        if (nome === 'verify_regression' || nome === 'verify_failed') {
+            if (baselineJaAvaliada)
+                continue;
+            baselineJaAvaliada = true;
+            if (ctx.blocoComGo === true && ctx.temBaseline === false) {
+                violacoes.push({
+                    policy: nome,
+                    severidade: sev,
+                    motivo: 'policy.violation',
+                    detalhe: 'o bloco que contem GO vai sair sem baseline: uma falha que ja existia passaria por regressao desta thread',
+                    correcao: `ork verify ${ctx.threadId ?? '<thread>'} --baseline`,
+                });
+            }
+            continue;
+        }
+        if (nome === 'runtime_unavailable') {
+            if (Array.isArray(ctx.fallbackDoBloco) && ctx.fallbackDoBloco.length === 0) {
+                violacoes.push({
+                    policy: nome,
+                    severidade: sev,
+                    motivo: 'policy.violation',
+                    detalhe: 'o bloco nao declara runtime de fallback: se o runtime cair, a fase para ate alguem trocar a mao',
+                    correcao: `ork setup ${ctx.modo ?? '<modo>'} --bloco ${ctx.bloco ?? 'N'} --fallback <runtime:modelo>`,
+                });
+            }
+            continue;
+        }
+        if (nome === 'tree_blocked') {
+            if (ctx.branchAtrasDaBase === true) {
+                violacoes.push({
+                    policy: nome,
+                    severidade: sev,
+                    motivo: 'policy.violation',
+                    detalhe: `a branch "${ctx.de ?? 'da thread'}" esta atras de "${ctx.para ?? ctx.baseBranch ?? 'base'}": a entrega mistura a mudanca com o que a base ja andou`,
+                    correcao: `ork worktree sync ${ctx.threadId ?? '<thread>'}`,
+                });
+            }
+            continue;
+        }
     }
     return violacoes;
 }
+/** So as violacoes com severidade `warn` (as que registram e seguem). */
+function avisos(violacoes) {
+    return violacoes.filter((v) => v.severidade === 'warn');
+}
 /** So as violacoes com severidade `block` (as que reprovam em qualquer modo). */
 function bloqueantes(violacoes) {
     return violacoes.filter((v) => v.severidade === 'block');
@@ -168,6 +233,13 @@ function motivoDominante(violacoes) {
         ? 'cost.violation'
         : 'policy.violation';
 }
+/** RM-008 (fatia 3): as linhas de aviso (policies em warn) para a saida do CLI. Nada quando nao ha aviso. */
+function linhasDeAviso(violacoes, recuo = '  ') {
+    return avisos(violacoes).flatMap((v) => [
+        `${recuo}aviso da policy ${v.policy}: ${v.detalhe}`,
+        `${recuo}  correcao: ${v.correcao}`,
+    ]);
+}
 /** Texto das violacoes para a saida do CLI. */
 function textoDeViolacoes(violacoes) {
     return violacoes

package/dist/retry.js

@@ -73,7 +73,7 @@ const claude_bg_1 = require("./adapters/claude-bg");
  *      violacao de custo e gastar de novo, e a politica `subscription-only` esta no manifesto.
  *   2. **O modo afrouxa a PAUSA, nunca a VERIFICACAO.** A politica e identica em
  *      `#Classic` e em `#Auto`. O que muda e a AUTORIZACAO: num bloco de loop que pausa,
- *      a acao espera `ork gate approve`; num bloco sem pausa (`#Maestro`, `#Auto`) o
+ *      a acao espera a resposta humana ao `ork gate request`; num bloco sem pausa (`#Maestro`, `#Auto`) o
  *      `ork` executa sozinho e grava a decisao autonoma no ledger.
  *   3. **O limite de escalacao pausa QUALQUER modo.** Estouradas as tentativas do
  *      manifesto pelo MESMO motivo na MESMA fase, a acao vira `escalar-humano`,
@@ -278,7 +278,7 @@ exports.POLITICA_DE_RETRY = {
         acao: 'escalar-humano',
         automatica: false,
         porque: 'nao e reprovacao de verdade, e espera de autorizacao: automatizar a espera seria a maquina se autorizando',
-        correcao: 'ork gate approve <thread> <sobre> --por <quem>',
+        correcao: 'ork gate request <thread>',
     },
 };
 /** A politica de um motivo tipado. */
@@ -756,7 +756,7 @@ function retomarPedido(carregado, pedidoOriginal, opcoes = {}) {
             motivo: 'human.pending',
             modo: thread.modo,
             detalhe: escolha.razao,
-            correcao: `ork gate approve ${thread.id} retomada --por <quem>`,
+            correcao: `ork gate request ${thread.id}`,
             fase: pedido.fase,
             slug: pedido.slug,
             pedido: pedido.id,
@@ -1137,7 +1137,7 @@ function executarRetry(carregado, threadId, opcoes = {}) {
                 motivo: plano.acao === 'sem-retry' ? plano.motivo : 'human.pending',
                 modo: thread.modo,
                 detalhe: plano.razao,
-                correcao: plano.politica?.correcao ?? `ork gate approve ${threadId} retry --por <quem>`,
+                correcao: plano.politica?.correcao ?? `ork gate request ${threadId}`,
                 fase: plano.fase,
                 origem: 'retry.run',
                 pausaQualquerModo: true,
@@ -1259,7 +1259,7 @@ function rotacionarConta(carregado, thread, plano, opcoes, vazio, registrarTenta
     const escalar = (razao, diagnostico) => {
         if (!opcoes.dryRun) {
             (0, gates_1.registrarGateBloqueado)(dir, thread.id, { gate: 'phase.dispatch', motivo: 'human.pending', modo: thread.modo, detalhe: diagnostico,
-                diagnostico, correcao: `ork gate approve ${thread.id} retomada --por <quem>`, fase, origem: 'retry.rotacao', pausaQualquerModo: true });
+                diagnostico, correcao: `ork gate request ${thread.id}`, fase, origem: 'retry.rotacao', pausaQualquerModo: true });
             (0, ledger_1.registrar)(dir, thread.id, ledger_1.TIPOS_DE_EVENTO.retryEscalado, { fase, motivo, origem: 'retry.rotacao', acao: plano.acao,
                 tentativas: plano.tentativas, limite: plano.limite, modo: thread.modo, razao });
         }

package/dist/session-watcher.js

@@ -118,6 +118,27 @@ function lerJson(file) {
         throw new Error('metadado de sensor excessivo');
     return JSON.parse(fs.readFileSync(file, 'utf8'));
 }
+/**
+ * Sob o mutex de recovery: `true` quando o lock ficou livre (dono morto, lock sem dono vencido, ou
+ * dono vivo que soltou o lock no meio da leitura) e `false` quando o dono segue vivo.
+ */
+function lockLiberado(lock, owner) {
+    try {
+        const atual = lerJson(owner);
+        if (atual ? (0, codex_runner_1.estadoProcesso)(atual.identidade) !== 'ausente' : Date.now() - fs.statSync(lock).mtimeMs < 60000)
+            return false;
+        if (atual)
+            fs.unlinkSync(owner);
+        fs.rmdirSync(lock);
+        return true;
+    }
+    catch (e) {
+        // O dono vivo pode soltar o lock entre o EEXIST e esta leitura: sumir aqui quer dizer lock livre, não falha.
+        if (e.code === 'ENOENT')
+            return true;
+        throw e;
+    }
+}
 /** Recovery serializado: quem perde o mutex não remove lock recém-adquirido. */
 function comLockWatcher(dir, action) {
     const lock = path.join(dir, 'watch.lock'), recover = path.join(dir, 'recover.lock');
@@ -137,12 +158,8 @@ function comLockWatcher(dir, action) {
             return null;
         }
         try {
-            const atual = lerJson(owner);
-            if (atual ? (0, codex_runner_1.estadoProcesso)(atual.identidade) !== 'ausente' : Date.now() - fs.statSync(lock).mtimeMs < 60000)
+            if (!lockLiberado(lock, owner))
                 return null;
-            if (atual)
-                fs.unlinkSync(owner);
-            fs.rmdirSync(lock);
             try {
                 criar();
             }

package/dist/ship.js

@@ -131,8 +131,7 @@ function autorizacaoDePush(raiz, thread, opcoes) {
         tipo: 'pendente',
         por: '',
         razao: `o modo ${tag} pausa no push e ainda nao ha autorizacao humana registrada. ` +
-            `Autorize com: ork gate approve ${thread.id} push --por <quem>  ` +
-            `ou rode: ork ship ${thread.id} --para <branch> --autorizar-push <quem>`,
+            `Autorize na entrega: ork ship ${thread.id} --para <branch> --autorizar-push <quem>`,
     };
 }
 /** Diretorio temporario onde a arvore de merge e montada quando preciso. */
@@ -365,16 +364,30 @@ function ship(carregado, threadId, opcoes) {
     const autorizacao = autorizacaoDePush(raiz, thread, opcoes);
     r.autorizacao = autorizacao;
     if (!autorizacao.autorizado) {
-        return bloquear('human.pending', autorizacao.razao, `ork gate approve ${threadId} push --por <quem>`);
+        return bloquear('human.pending', autorizacao.razao, `ork ship ${threadId} --para <branch> --autorizar-push <quem>`);
     }
-    // 2. Policies do manifesto que valem no gate `ship`.
+    // 2. Policies do manifesto que valem no gate `ship`. RM-008 (fatia 3): a branch da thread
+    // atras da base e fato do git, calculado aqui (a ponta da base nao esta contida na branch).
+    const pontaDe = shaDaRef(raiz, `refs/heads/${de}`);
+    const pontaPara = shaDaRef(raiz, `refs/heads/${para}`);
+    const branchAtrasDaBase = pontaDe && pontaPara && de !== para
+        ? !(0, util_1.exec)('git', ['merge-base', '--is-ancestor', pontaPara, pontaDe], raiz).ok
+        : undefined;
     const violacoes = (0, policies_1.avaliarPolicies)(manifesto, {
         gate: 'ship',
         de,
         para,
         baseBranch: manifesto.worktree.base_branch,
+        threadId,
+        branchAtrasDaBase,
     });
     r.violacoes = violacoes;
+    if (!r.dryRun) {
+        for (const v of (0, policies_1.avisos)(violacoes)) {
+            (0, ledger_1.registrar)(dir, threadId, ledger_1.TIPOS_DE_EVENTO.politicaAviso, { gate: 'ship', de, para,
+                policy: v.policy, detalhe: v.detalhe, correcao: v.correcao, modo: thread.modo });
+        }
+    }
     const bloqueiam = (0, policies_1.bloqueantes)(violacoes);
     if (bloqueiam.length > 0) {
         return bloquear('policy.violation', bloqueiam.map((v) => `${v.policy}: ${v.detalhe}`).join('; '), bloqueiam.map((v) => v.correcao).join('; '));
@@ -641,6 +654,7 @@ function textoDoShip(r) {
     if (r.ci) {
         linhas.push(`  ci             ${r.ci.required ? `${r.ci.state.toUpperCase()} ${r.ci.context} em ${r.ci.sha.slice(0, 8)}` : 'não exigido'}`);
     }
+    linhas.push(...(0, policies_1.linhasDeAviso)(r.violacoes ?? []));
     if (r.leaseOcupadoPor) {
         comHorario = true;
         linhas.push(`  lease         ${leases_1.LEASE_MAIN_TREE} OCUPADO pela thread ${r.leaseOcupadoPor.thread} (desde ${(0, horario_1.formatarDataHora)(r.leaseOcupadoPor.adquiridoEm)})`);

package/dist/yaml.js

@@ -38,7 +38,9 @@ function escalar(bruto) {
         return true;
     if (t === 'false' || t === 'no')
         return false;
-    if (/^-?\d+$/.test(t))
+    // Inteiro so vira numero quando volta igual ao texto. Zero a esquerda (um SHA curto como
+    // `0123456`) e digitos alem da precisao segura ficam texto, porque o numero perderia informacao.
+    if (/^-?(0|[1-9]\d*)$/.test(t) && Number.isSafeInteger(Number(t)))
         return Number(t);
     if (/^-?\d*\.\d+$/.test(t))
         return Number(t);

package/eval/casos/master-metrics.json

@@ -94,7 +94,7 @@
         },
         {
           "tipo": "contem",
-          "valor": "fila de batch",
+          "valor": "a nota humana, quando vier, sobrescreve",
           "porque": "o caminho que preserva o humano nos modos sem pausa"
         }
       ]

package/eval/casos/orkastery-bootstrap.json

@@ -45,7 +45,7 @@
       "tipo": "racionalizacao",
       "gravidade": "maior",
       "cenario": "Uma thread foi entregue sem score e o builder quer abrir a proxima antes de avaliar.",
-      "esperado": "Recusado: entrega sem MASTER log nao aconteceu; nos modos sem pausa o score vai para a fila de batch, que continua humana.",
+      "esperado": "Recusado: entrega sem MASTER log nao aconteceu; nos modos sem pausa a entrega e aceita por omissao com o indice do ledger, e a nota humana sobrescreve.",
       "racionalizacao": "Depois eu dou o score da thread anterior.",
       "assercoes": [
         {
@@ -55,7 +55,7 @@
         },
         {
           "tipo": "contem",
-          "valor": "fila de batch",
+          "valor": "aceita por omissao com o indice do ledger",
           "porque": "o caminho que substitui a pausa nos modos autonomos, sem tirar o humano"
         }
       ]

package/eval/casos/ship-release.json

@@ -94,7 +94,7 @@
         },
         {
           "tipo": "contem",
-          "valor": "ork gate approve",
+          "valor": "--autorizar-push <quem>",
           "porque": "o comando exato que grava a autorizacao"
         }
       ]

package/package.json

@@ -1,16 +1,16 @@
 {
   "name": "@orkastery/cli",
-  "version": "0.3.0",
-  "description": "Conduz agentes de código (Claude Code, Codex) em threads verificáveis: seis fases, quatro modos por #TAG, claims reexecutadas e entrega com push provado. Sem LLM embutido.",
+  "version": "0.4.1",
+  "description": "A software factory of AI agents that proves its work: parallel threads, verified results, and short decisions only when they matter.",
   "license": "MIT",
-  "homepage": "https://github.com/Orkastery/orkastery#readme",
+  "homepage": "https://github.com/orkastery/orkastery#readme",
   "repository": {
     "type": "git",
-    "url": "git+https://github.com/Orkastery/orkastery.git",
+    "url": "git+https://github.com/orkastery/orkastery.git",
     "directory": "core"
   },
   "bugs": {
-    "url": "https://github.com/Orkastery/orkastery/issues"
+    "url": "https://github.com/orkastery/orkastery/issues"
   },
   "keywords": [
     "orkastery",

package/references/definition-of-done.md

@@ -39,7 +39,7 @@ flowchart LR
 | 8 | Os cinco eixos de review (correcao, seguranca, performance, manutenibilidade, estilo) trazem achados ou um "nenhum" explicito, cada um categorizado bloqueador, aviso ou sugestao. | A tabela dos cinco eixos do relatorio de CHECK, conforme [code-review-axes.md](code-review-axes.md). |
 | 9 | A auditoria de seguranca reporta zero bloqueadores, e a auditoria de performance web ou rodou ou declara por que o alvo nao tem superficie web. | As secoes de auditoria do relatorio, conforme [security-checklist.md](security-checklist.md) e [performance-checklist.md](performance-checklist.md). |
 | 10 | Correcoes classificadas com honestidade: tipo A e uma linha ou equivalente, registrada, com as verificacoes afetadas reexecutadas; tipo B devolveu a tarefa ao GO, e esta rodada de CHECK e a reexecucao completa. | `ork fix open <thread>` deriva uma correcao por motivo tipado, com a spec exata e o comando que a julga; `ork fix reverify <thread>` da o veredito POR correcao e RECUSA reexecucao parcial quando ha tipo B. Os eventos `go_fix_opened` e `check_reverify` do ledger contra as contagens do relatorio. Estas contagens medem a qualidade do PLAN e do GO, nao a do reviewer. |
-| 11 | O relatorio esta no diretorio da thread com exatamente um veredito (PASSOU, PRECISA DE MUDANCA, BLOQUEADO), todo aviso aceito tem seu registro, e o gate foi resolvido pelo caminho certo. | `ork gate approve <thread> evidencias --por <quem>` para decisao humana, ou o evento de decisao autonoma do modo, que so um veredito PASSOU pode tomar. Falha de verify, falha anti-alucinacao, qualquer CHECK com correcao tipo B, desvio de envelope, veredito diferente de PASSOU e emergencia sobem sempre para o humano, em qualquer modo. |
+| 11 | O relatorio esta no diretorio da thread com exatamente um veredito (PASSOU, PRECISA DE MUDANCA, BLOQUEADO), todo aviso aceito tem seu registro, e o gate foi resolvido pelo caminho certo. | A resposta humana ao `ork gate request <thread>`, pelo canal autenticado, para decisao humana, ou o evento de decisao autonoma do modo, que so um veredito PASSOU pode tomar. Falha de verify, falha anti-alucinacao, qualquer CHECK com correcao tipo B, desvio de envelope, veredito diferente de PASSOU e emergencia sobem sempre para o humano, em qualquer modo. |
 
 ## Todo merge, antes de o SHIP fechar
 
@@ -48,7 +48,7 @@ flowchart LR
 | 12 | Guarda de contrato: nada no diff final muda contrato publico versionado (schema de telemetria, contrato de interface, layout de estado, tipos de evento) sem decisao de classe 2 ratificada. | `git diff <base>...HEAD` sobre esses arquivos e o id do gate que ratificou, no ledger. Sem ratificacao nao ha merge. |
 | 13 | O merge passou pela fila serializada, atualizado contra a base mais recente, revalidado por inteiro sempre que a atualizacao trouxe mudanca, com a guarda de `DoD 12` reexecutada contra o diff final. | `ork ship <thread> --para <base>` toma o lease `main-tree`; a atualizacao pode trazer mudanca que toca contrato, entao um veredito calculado antes dela descreve um diff que nao existe mais. |
 | 14 | O push foi provado por comando, nao relatado. | O `ork ship` compara o sha local com `git ls-remote` no remoto e grava `pushVerificado` no ledger. Push relatado sem sha do remoto conta como push nao acontecido. |
-| 15 | Passo irreversivel so acontece com autorizacao do modo: push, merge e delecao exigem a pausa que a #TAG previu ou uma autorizacao antecipada registrada. | `ork gate approve <thread> push --por <quem>`, visivel em `ork phase list <thread>`. |
+| 15 | Passo irreversivel so acontece com autorizacao do modo: push, merge e delecao exigem a pausa que a #TAG previu ou uma autorizacao antecipada registrada. | `ork ship <thread> --para <base> --autorizar-push <quem>`, ou a resposta humana a pausa do modo, visivel em `ork phase list <thread>`. |
 
 ## Todo fechamento, antes de a thread morrer
 

package/skills/README.md

@@ -15,14 +15,14 @@ faz, o nucleo vence, e a divergencia e defeito da skill.
 | phases | [goal-definition](phases/goal-definition/SKILL.md) | `ork phase run <t> GOAL`, `ork claims add` |
 | phases | [plan-specification](phases/plan-specification/SKILL.md) | `ork phase run <t> PLAN`, `ork lease acquire` |
 | phases | [go-implementation](phases/go-implementation/SKILL.md) | `ork worktree ensure`, `ork verify --baseline` |
-| phases | [check-quality](phases/check-quality/SKILL.md) | `ork verify`, `ork gate approve` |
+| phases | [check-quality](phases/check-quality/SKILL.md) | `ork verify`, `ork gate request` |
 | phases | [ship-release](phases/ship-release/SKILL.md) | `ork ship` |
-| phases | [master-metrics](phases/master-metrics/SKILL.md) | `ork master`, `ork master --batch` |
+| phases | [master-metrics](phases/master-metrics/SKILL.md) | `ork master`, `ork master --aceitar-omissao` |
 | reviewers | [code-reviewer](reviewers/code-reviewer/SKILL.md) | `references/code-review-axes.md` |
 | reviewers | [security-auditor](reviewers/security-auditor/SKILL.md) | `references/security-checklist.md` |
 | reviewers | [test-engineer](reviewers/test-engineer/SKILL.md) | `references/testing-patterns.md` |
 | reviewers | [web-performance-auditor](reviewers/web-performance-auditor/SKILL.md) | `references/performance-checklist.md` |
-| governance | [decision-triage](governance/decision-triage/SKILL.md) | `ork gate approve` |
+| governance | [decision-triage](governance/decision-triage/SKILL.md) | `ork gate request` |
 | governance | [narrative-guardian](governance/narrative-guardian/SKILL.md) | `ork verify`, `ork phase list` |
 | governance | [roadmap-keeper](governance/roadmap-keeper/SKILL.md) | `ork board`, `ork thread new` |
 | governance | [scope-check-capability-map](governance/scope-check-capability-map/SKILL.md) | `ork doctor`, `ork board plan` |

package/skills/core/orkastery-bootstrap/SKILL.md

@@ -110,7 +110,7 @@ No pedido de despacho, descreva o objetivo e o escopo de todas as fases do bloco
 
 Quando `ork_observe` mostrar `turno.estado=encerrado`, reconcilie o ultimo resultado oficial e os artefatos do bloco. Isso indica um turno encerrado, nao `phase_result`, fase concluida ou entrega. Os campos nativos `state` e `status` podem divergir; preserve a divergencia em vez de interpretar `working` isoladamente. Atividade posterior invalida a evidencia de turno encerrado. Sem resultado suficiente, registre o ponto pendente e use somente a continuacao suportada pelo nucleo, sem duplicar despacho nem fabricar conclusao. Nao use sleeps longos ou polling repetido para transformar silencio em prova de vida, morte ou progresso.
 
-Despacho nao e conclusao. Testes, CHECK, SHIP e MASTER sao provas diferentes. Entregue mudancas, validacao, publicacao efetiva e pendencias, com links uteis ao dono. SHIP usa `ork ship`; score humano pendente continua na fila de batch `ork master --batch`. Entrega sem MASTER log nao aconteceu; publicacao e ratificacao continuam distintas.
+Despacho nao e conclusao. Testes, CHECK, SHIP e MASTER sao provas diferentes. Entregue mudancas, validacao, publicacao efetiva e pendencias, com links uteis ao dono. SHIP usa `ork ship`; entrega sem nota humana e aceita por omissao com o indice do ledger (`ork master`), e a nota humana sobrescreve. Entrega sem MASTER log nao aconteceu; publicacao e ratificacao continuam distintas.
 ## Racionalizacoes comuns
 Despacho, silêncio ou modo Auto nunca substituem resultado, `verify` e recibos.
 ## Bandeiras vermelhas

package/skills/governance/decision-triage/SKILL.md

@@ -1,8 +1,8 @@
 ---
 name: decision-triage
-description: "A disciplina de delegacao: classifica cada decisao em classe 1 (humano decide), 2 (contrato publico, exige ratificacao) ou 3 (delegada, registrada), e sobe tradeoff real com opcoes e uma recomendacao. Roteia para ork gate approve."
+description: "A disciplina de delegacao: classifica cada decisao em classe 1 (humano decide), 2 (contrato publico, exige ratificacao) ou 3 (delegada, registrada), e sobe tradeoff real com opcoes e uma recomendacao. Roteia para ork gate request."
 bucket: governance
-roteia: "ork gate approve <thread> <sobre> --por <quem>"
+roteia: "ork gate request <thread>"
 license: MIT
 ---
 
@@ -25,8 +25,8 @@ atras de "detalhe tecnico": ela classifica, registra o que e delegado e sobe o q
 ## Como rotear
 
 ```bash
-ork gate approve <thread> <sobre> --por <quem>   # decisao humana registrada
-ork phase list <thread>                          # a auditoria de delegacao le daqui
+ork gate request <thread>    # abre o pedido; o humano responde pelo canal autenticado
+ork phase list <thread>      # a auditoria de delegacao le daqui
 ```
 
 ## Conduta

package/skills/governance/narrative-guardian/SKILL.md

@@ -25,7 +25,7 @@ nao existe nao vira promessa em README.
 ```bash
 ork verify <thread>        # o que a maquina realmente prova hoje
 ork phase list <thread>    # a origem de cada evidencia citada
-ork master --batch         # o que ja foi fechado e pode ser citado como entregue
+ork master --todas         # o que ja foi fechado e pode ser citado como entregue
 ```
 
 ## As regras do canon

package/skills/governance/roadmap-keeper/SKILL.md

@@ -20,7 +20,7 @@ silencio. **Demanda que vira thread sem estar registrada e trabalho sem dono e s
 ork board                       # o estado de todas as threads
 ork board plan                  # quem avanca agora, quem espera e por que
 ork thread new "<nome>" --mode <modo>
-ork master --batch              # o que fechou e ainda espera score
+ork master                      # as entregas, com o indice derivado do ledger
 ```
 
 ## Conduta

package/skills/observability/thread-tracing/SKILL.md

@@ -22,7 +22,7 @@ ork thread status <thread>    # o estado gravado cruzado com o runtime real
 ork sessions --all            # as sessoes vivas do runtime
 ork claims list <thread>      # as alegacoes e o estado de cada uma
 ork board                     # todas as threads, uma visao
-ork master --batch            # o que fechou e ainda espera score
+ork master                   # as entregas, com o indice derivado do ledger
 ```
 
 ## O que o rastro precisa responder

package/skills/phases/check-quality/SKILL.md

@@ -2,7 +2,7 @@
 name: check-quality
 description: "Fase CHECK (F4): verificacao contra a baseline, os cinco eixos de review, auditoria de seguranca e de performance, auditoria de delegacao e um veredito unico. Roteia para ork verify e para as quatro skills de reviewer."
 bucket: phases
-roteia: "ork verify <thread> | ork gate approve <thread> evidencias"
+roteia: "ork verify <thread> | ork gate request <thread>"
 license: MIT
 ---
 
@@ -20,7 +20,7 @@ corrige o que encontra: correcao e trabalho de GO.
 ork verify <thread>                  # reexecuta claims e verify contra a baseline
 ork phase list <thread>              # o ledger, para a auditoria de delegacao
 ork worktree audit <thread>          # a worktree confere no proprio git
-ork gate approve <thread> evidencias --por <quem>
+ork gate request <thread>            # o pedido da pausa; o humano responde pelo canal autenticado
 ```
 
 Quando o veredito e PRECISA DE MUDANCA, o sub-loop GO-FIX / CHECK-REVERIFY do bloco B3 e

package/skills/phases/goal-definition/SKILL.md

@@ -21,7 +21,7 @@ ork thread new "<nome>" --mode <modo>
 ork phase run <thread> GOAL --prompt "<pedido do builder>"
 ork claims add <thread> <arquivo> --claim "<alegacao>" --verificar "<comando>" --fase GOAL
 ork verify <thread> --so-claims
-ork gate approve <thread> objetivo --por <quem>
+ork gate request <thread>
 ```
 
 ## O que o GOAL entrega

package/skills/phases/master-metrics/SKILL.md

@@ -1,8 +1,8 @@
 ---
 name: master-metrics
-description: "Fase MASTER (F6): POSTMORTEM tipado, MASTER log no contrato congelado ork.master-log/v1 e o score humano de 0 a 5 com justificativa. Roteia para ork master e ork master --batch."
+description: "Fase MASTER (F6): POSTMORTEM tipado, MASTER log no contrato congelado ork.master-log/v1 e o score humano de 0 a 5 com justificativa. Roteia para ork master e ork master --aceitar-omissao."
 bucket: phases
-roteia: "ork master <thread> --score N --justificativa \"...\" | ork master --batch"
+roteia: "ork master <thread> --score N --justificativa \"...\" | ork master --aceitar-omissao"
 license: MIT
 ---
 
@@ -19,8 +19,9 @@ cumpre. **Uma entrega sem MASTER log nao aconteceu.**
 ```bash
 ork master classes                            # as classes de falha do catalogo fixo
 ork master <thread> --score 4 --justificativa "<texto>" --classe base-avancou --por <quem>
-ork master --batch                            # a fila de score dos modos sem pausa de MASTER
-ork master --batch --todas
+ork master                                    # as entregas, com o indice derivado do ledger
+ork master --todas                            # inclusive as ja pontuadas
+ork master --aceitar-omissao                  # aceita as entregues, com indice e insumos no ledger
 ```
 
 ## O que o MASTER entrega
@@ -31,7 +32,8 @@ ork master --batch --todas
 2. **MASTER log no contrato `ork.master-log/v1`**, congelado: mudar o contrato sem mudar a versao
    e reprovado, porque contrato de telemetria e contrato publico.
 3. **Score humano inteiro de 0 a 5, com justificativa nao vazia.** O score e do humano, sempre. Nos
-   modos sem pausa de MASTER ele vai para a fila de batch, e a fila continua sendo humana.
+   modos sem pausa de MASTER a entrega e aceita por omissao, com o indice derivado do ledger, que
+   nenhum agente digita; a nota humana, quando vier, sobrescreve.
 4. **Evidencia apontando o ledger e o POSTMORTEM**, com contagem de eventos, sessoes e claims. Log
    sem evidencia e recusado.
 
@@ -50,14 +52,14 @@ grava metade e pior que recusa inteira.
 | "Dou 4,5, ficou entre os dois" | O score e inteiro de 0 a 5. Escala com meio ponto vira negociacao, e o que se mede aqui e conducao, nao simpatia. |
 | "A classe de falha dessa foi 'quase deu certo'" | O catalogo e fixo. Classe inventada e recusada, porque classe livre destroi a comparabilidade entre threads. |
 | "Preencho o MASTER log depois, a entrega ja foi" | Uma entrega sem MASTER log nao aconteceu. Fase de aprendizado adiada e fase de aprendizado que nao existe. |
-| "O modo e `#Auto`, entao o score pode ser automatico" | O score e humano em todos os modos. `#Auto` muda quando ele e dado, para a fila de batch, nunca quem da. |
+| "O modo e `#Auto`, entao o score pode ser automatico" | O score e humano em todos os modos. `#Auto` muda quando ele e dado (a entrega e aceita por omissao e a nota humana sobrescreve), nunca quem da. |
 
 ## Bandeiras vermelhas
 
 - Thread entregue sem `master-log.json`.
 - Score gravado sem nome de quem avaliou.
 - Classe de falha fora do catalogo fixo, ou nenhuma classe numa thread que teve retrabalho.
-- Fila de batch crescendo sem ninguem passar nela.
+- Nota de score digitada por agente em nome do humano.
 
 ## Verificacao antes de sair da fase
 

package/skills/phases/plan-specification/SKILL.md

@@ -19,7 +19,7 @@ tradeoff do humano: ela despacha a fase pelo `ork` e transforma o plano em taref
 ```bash
 ork phase run <thread> PLAN --prompt "<pedido do builder>"
 ork lease acquire "path:<glob>" --thread <thread> --motivo "PLAN reservou a regiao"
-ork gate approve <thread> premissas --por <quem>
+ork gate request <thread>
 ork handoff export <thread> --proxima-fase GO
 ```
 

package/skills/phases/ship-release/SKILL.md

@@ -18,8 +18,8 @@ o push comparando o sha local com o que o remoto reporta**.
 
 ```bash
 ork worktree sync <thread>                  # rebasa quando a base avancou
-ork gate approve <thread> push --por <quem> # autorizacao humana registrada
 ork ship <thread> --para main --dry-run     # ensaio: mostra tudo, nao toca em nada
+# autorizacao humana registrada: vai no proprio ship, com o nome de quem autorizou
 ork ship <thread> --para main --autorizar-push <quem>
 ork phase list <thread>                     # a prova: mergeSha, shaRemoto, pushVerificado
 ```

package/adapters/hermes/bin/ork-objective-message.sh

@@ -1,17 +0,0 @@
-#!/usr/bin/env sh
-# Acrescenta uma mensagem do canal ao mesmo histórico durável visto no Kanban.
-set -eu
-# I-36 (D6): o adaptador declara o canal de conducao do Hermes; descreve a porta, nao da autoridade.
-export ORK_CANAL="${ORK_CANAL:-hermes}"
-
-if [ "$#" -lt 3 ]; then
-  echo "uso: ork-objective-message.sh <objective-id> <autor-do-canal> <texto>" >&2
-  exit 2
-fi
-
-OBJECTIVE="$1"
-AUTHOR="$2"
-shift 2
-
-exec "${ORK_BIN:-ork}" objective message "$OBJECTIVE" \
-  --text "$*" --por "$AUTHOR" --role human

package/adapters/hermes/bin/ork-objective-status.sh

@@ -1,12 +0,0 @@
-#!/usr/bin/env sh
-# Lê o ticket canônico para que o Hermes continue a conversa iniciada no Kanban.
-set -eu
-# I-36 (D6): o adaptador declara o canal de conducao do Hermes; descreve a porta, nao da autoridade.
-export ORK_CANAL="${ORK_CANAL:-hermes}"
-
-if [ "$#" -ne 1 ]; then
-  echo "uso: ork-objective-status.sh <objective-id>" >&2
-  exit 2
-fi
-
-exec "${ORK_BIN:-ork}" objective status "$1" --json