oxe-cc 1.5.0 → 1.6.0

package/oxe/workflows/references/workflow-runtime-contracts.json

@@ -265,6 +265,9 @@
       "optional_artifacts": [
         "session_summary",
         "plan",
+        "implementation_pack_json",
+        "reference_anchors",
+        "fixture_pack_json",
         "runtime",
         "verify",
         "active_run",
@@ -322,11 +325,16 @@
       "required_artifacts": [
         "state",
         "runtime",
-        "checkpoints"
+        "checkpoints",
+        "implementation_pack_json",
+        "reference_anchors",
+        "fixture_pack_json"
       ],
       "optional_artifacts": [
         "plan",
         "quick",
+        "implementation_pack_md",
+        "fixture_pack_md",
         "active_run",
         "events",
         "verify",
@@ -343,6 +351,9 @@
           "runtime",
           "checkpoints",
           "plan",
+          "implementation_pack_json",
+          "reference_anchors",
+          "fixture_pack_json",
           "quick",
           "phase_summary"
         ],
@@ -351,6 +362,9 @@
           "runtime",
           "checkpoints",
           "plan",
+          "implementation_pack_json",
+          "reference_anchors",
+          "fixture_pack_json",
           "quick",
           "phase_summary",
           "session_summary",
@@ -364,6 +378,11 @@
           "runtime",
           "checkpoints",
           "plan",
+          "implementation_pack_md",
+          "implementation_pack_json",
+          "reference_anchors",
+          "fixture_pack_md",
+          "fixture_pack_json",
           "quick",
           "active_run",
           "events",
@@ -521,7 +540,12 @@
         "capabilities_index",
         "azure_inventory",
         "checkpoints",
-        "calibration"
+        "calibration",
+        "implementation_pack_md",
+        "implementation_pack_json",
+        "reference_anchors",
+        "fixture_pack_md",
+        "fixture_pack_json"
       ],
       "context_tiers": {
         "minimal": [
@@ -540,7 +564,10 @@
           "project_summary",
           "global_lessons",
           "capabilities_index",
-          "checkpoints"
+          "checkpoints",
+          "implementation_pack_json",
+          "reference_anchors",
+          "fixture_pack_json"
         ],
         "full": [
           "state",
@@ -554,7 +581,12 @@
           "capabilities_index",
           "azure_inventory",
           "checkpoints",
-          "calibration"
+          "calibration",
+          "implementation_pack_md",
+          "implementation_pack_json",
+          "reference_anchors",
+          "fixture_pack_md",
+          "fixture_pack_json"
         ]
       },
       "extraction_intent": "planning_input"

package/oxe/workflows/verify.md

@@ -122,10 +122,10 @@ O preenchimento da checklist é responsabilidade do **usuário** (não do agente
 **Calibração do plano** (obrigatória quando existir `PLAN.md`)
 
 Ler a `## Autoavaliação do Plano` e comparar com o resultado real:
-1. Se `Confiança >= 85%` e houver falha precoce em critérios centrais ou tarefas iniciais, marcar **erro de calibração do plano**.
-2. Se `Confiança < 70%` e as falhas ocorrerem nas incertezas previstas, marcar **autoavaliação aderente**.
-3. Se `Confiança >= 70%` e os critérios/tarefas passarem de forma consistente, marcar **plano calibrado**.
-4. Se `Confiança < 70%` e o ciclo passar amplamente, marcar **plano conservador demais**.
+1. Se `Confiança > limiar executável` (padrão canónico `90%`) e houver falha precoce em critérios centrais ou tarefas iniciais, marcar **erro de calibração do plano**.
+2. Se `Confiança <= limiar executável` e as falhas ocorrerem nas incertezas previstas, marcar **autoavaliação aderente**.
+3. Se `Confiança > limiar executável` e os critérios/tarefas passarem de forma consistente, marcar **plano calibrado**.
+4. Se `Confiança <= limiar executável` e o ciclo passar amplamente, marcar **plano conservador demais**.
 
 Registrar em `VERIFY.md`: `Resultado de calibração | Confiança declarada | Resultado observado | Notas`.
 </calibracao_do_plano>

package/oxe/workflows/workstream.md

@@ -11,7 +11,7 @@ Subcomandos:
 - `/oxe-workstream close <nome>` — fechar workstream e mesclar contexto ao pipeline principal.
 </objective>
 
-<context>
+<context>
 **Por que workstreams?**
 
 O pipeline OXE padrão (`.oxe/SPEC.md`, `PLAN.md`, etc.) é linear — uma entrega por vez. Workstreams permitem:
@@ -19,7 +19,7 @@ O pipeline OXE padrão (`.oxe/SPEC.md`, `PLAN.md`, etc.) é linear — uma entre
 - Trabalho em `bugfix/auth` e `feature/billing` simultaneamente.
 - Times menores trabalhando em trilhas independentes com contextos separados.
 
-**Estrutura no disco:**
+**Estrutura no disco:**
 ```
 .oxe/
   workstreams/
@@ -32,18 +32,18 @@ O pipeline OXE padrão (`.oxe/SPEC.md`, `PLAN.md`, etc.) é linear — uma entre
       config.json     (herda do config principal; pode sobrescrever keys)
 ```
 
-**Compatibilidade:**
-- O pipeline principal (`.oxe/SPEC.md`, `.oxe/PLAN.md`, etc.) continua funcionando normalmente.
-- Workstreams **não** substituem o pipeline principal — são adicionais.
-- `oxe-cc doctor` e `oxe-cc status` reportam cada workstream separadamente quando `--workstream=<nome>` for passado.
-- A seção **Workstreams ativos** do STATE.md principal lista os workstreams em andamento.
-- Resolver `active_session` conforme `oxe/workflows/references/session-path-resolution.md`. Com sessão ativa, workstreams vivem em `.oxe/<active_session>/workstreams/`; sem sessão ativa, usam `.oxe/workstreams/`.
-</context>
+**Compatibilidade:**
+- O pipeline principal (`.oxe/SPEC.md`, `.oxe/PLAN.md`, etc.) continua funcionando normalmente.
+- Workstreams **não** substituem o pipeline principal — são adicionais.
+- `oxe-cc doctor` e `oxe-cc status` reportam cada workstream separadamente quando `--workstream=<nome>` for passado.
+- A seção **Workstreams ativos** do STATE.md principal lista os workstreams em andamento.
+- Resolver `active_session` conforme `oxe/workflows/references/session-path-resolution.md`. Com sessão ativa, workstreams vivem em `.oxe/<active_session>/workstreams/`; sem sessão ativa, usam `.oxe/workstreams/`.
+</context>
 
 <process_list>
 **`/oxe-workstream list`**
 
-1. Ler `workstreams/` do escopo resolvido — listar subpastas.
+1. Ler `workstreams/` do escopo resolvido — listar subpastas.
 2. Para cada workstream, ler seu `STATE.md` local (fase e próximo passo).
 3. Exibir tabela no chat: Nome | Fase | Próximo passo | Última atividade.
 </process_list>
@@ -52,8 +52,8 @@ O pipeline OXE padrão (`.oxe/SPEC.md`, `PLAN.md`, etc.) é linear — uma entre
 **`/oxe-workstream new <nome>`**
 
 1. Validar que `<nome>` é um slug seguro (letras, números, hífens — sem espaços ou caracteres especiais).
-2. Criar `workstreams/<nome>/STATE.md` no escopo resolvido a partir de `oxe/templates/STATE.md`.
-3. Criar `workstreams/<nome>/config.json` vazio (herda do config principal).
+2. Criar `workstreams/<nome>/STATE.md` no escopo resolvido a partir de `oxe/templates/STATE.md`.
+3. Criar `workstreams/<nome>/config.json` vazio (herda do config principal).
 4. Atualizar **STATE.md principal**: adicionar `<nome>` na seção **Workstreams ativos**.
 5. Confirmar no chat: `Workstream '<nome>' criado. Próximo passo: /oxe-spec (no contexto do workstream)`.
 
@@ -63,9 +63,9 @@ O pipeline OXE padrão (`.oxe/SPEC.md`, `PLAN.md`, etc.) é linear — uma entre
 <process_switch>
 **`/oxe-workstream switch <nome>`**
 
-1. Verificar que `workstreams/<nome>/` do escopo resolvido existe.
+1. Verificar que `workstreams/<nome>/` do escopo resolvido existe.
 2. Atualizar STATE.md principal: seção **Workstream ativo** com nome.
-3. Confirmar no chat: `Workstream ativo: <nome>. Artefatos em workstreams/<nome>/ do escopo atual`.
+3. Confirmar no chat: `Workstream ativo: <nome>. Artefatos em workstreams/<nome>/ do escopo atual`.
 
 Após ativar, os workflows `/oxe-spec`, `/oxe-plan`, `/oxe-execute`, `/oxe-verify` operam nos artefatos do workstream ativo em vez dos artefatos raiz.
 </process_switch>
@@ -74,7 +74,7 @@ Após ativar, os workflows `/oxe-spec`, `/oxe-plan`, `/oxe-execute`, `/oxe-verif
 **`/oxe-workstream status [nome]`**
 
 1. Se `nome` omitido: usar workstream ativo do STATE.md.
-2. Ler `workstreams/<nome>/STATE.md` do escopo resolvido — fase e próximo passo.
+2. Ler `workstreams/<nome>/STATE.md` do escopo resolvido — fase e próximo passo.
 3. Ler SPEC, PLAN, VERIFY do workstream (se existirem).
 4. Exibir resumo: fase, critérios, gaps, próximo passo.
 </process_status>
@@ -84,7 +84,7 @@ Após ativar, os workflows `/oxe-spec`, `/oxe-plan`, `/oxe-execute`, `/oxe-verif
 
 1. Verificar que o workstream está com `verify_complete` no seu STATE.md local.
 2. Se não estiver: alertar e pedir confirmação com `--force`.
-3. Mover (ou arquivar) `workstreams/<nome>/` do escopo resolvido → `workstreams/closed/<nome>-YYYY-MM-DD/`.
+3. Mover (ou arquivar) `workstreams/<nome>/` do escopo resolvido → `workstreams/closed/<nome>-YYYY-MM-DD/`.
 4. Atualizar STATE.md principal: remover `<nome>` de **Workstreams ativos**, registrar em **Workstreams encerrados**.
 5. Confirmar no chat: `Workstream '<nome>' encerrado. Artefatos em .oxe/workstreams/closed/`.
 </process_close>

package/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "oxe-cc",
-	"version": "1.5.0",
+	"version": "1.6.0",
 	"description": "OXE — spec-driven workflows in .oxe/ with runtime enterprise, evidence-first verification and multi-runtime integrations (npx)",
 	"license": "MIT",
 	"author": "",

package/packages/runtime/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@oxe/runtime",
-  "version": "1.5.0",
+  "version": "1.6.0",
   "private": true,
   "license": "MIT",
   "description": "OXE agentic execution engine — enterprise runtime core",

package/vscode-extension/package.json

@@ -2,7 +2,7 @@
   "name": "oxe-agents",
   "displayName": "OXE Agents",
   "description": "Agentes OXE para GitHub Copilot Chat — cada fase do ciclo como um @agente no VS Code",
-  "version": "1.5.0",
+  "version": "1.6.0",
   "publisher": "oxe-cc",
   "license": "MIT",
   "engines": {