oxe-cc 0.5.0 → 0.6.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -1,307 +1,287 @@
1
- <div align="center">
2
-
3
- <p align="center">
4
- <img src="assets/readme-banner.svg" alt="OXE" width="920" />
5
- </p>
6
-
7
- [![npm](https://img.shields.io/npm/v/oxe-cc.svg?style=flat-square)](https://www.npmjs.com/package/oxe-cc)
8
- [![license](https://img.shields.io/npm/l/oxe-cc.svg?style=flat-square)](LICENSE)
9
-
10
- **Versão:** `0.5.0` · [package.json](package.json)
11
-
12
- ```bash
13
- npx oxe-cc@latest
14
- ```
15
-
16
- </div>
17
-
18
- ---
19
-
20
- ## O que é o OXE
21
-
22
- OXE é um **framework de desenvolvimento assistido por IA** baseado em três princípios:
23
-
24
- - **Spec-driven design** — antes de escrever código, você define *o que* construir e *como saber que está pronto*. Essa especificação restringe e guia tudo o que vem depois.
25
- - **Context engineering** — o estado do trabalho fica em arquivos pequenos dentro de `.oxe/`, não na memória do chat. O agente lê o que precisa, quando precisa — sem sobrecarregar o contexto com decisões já tomadas.
26
- - **Plan-Driven Dynamic Agents** — quando há múltiplos domínios, o plano cria agentes específicos para *aquela demanda*. Agentes não são reaproveitados entre projetos ou demandas.
27
-
28
- O resultado: **menos requisições**, **mais coerência**, e um fluxo de desenvolvimento que funciona do mesmo jeito em qualquer IDE — Cursor, Claude Code, Copilot, Codex ou qualquer outra suportada.
29
-
30
- ---
31
-
32
- ## A cadeia
33
-
34
- ```
35
- /oxe-obs ← registrar uma observação a qualquer momento
36
- (incorporada automaticamente no próximo passo)
37
-
38
- /oxe-scan /oxe-spec /oxe-plan ──────────────────→ /oxe-execute /oxe-verify
39
- ↓ ↓
40
- /oxe-discuss /oxe-plan-agent (com agentes)
41
- (decisões)
42
- atalho para trabalho pequeno
43
- /oxe-quick (spec + plan + agentes, tudo lean)
44
- ```
45
-
46
- Cada passo lê o anterior como contexto e escreve seu artefato em `.oxe/`. Nenhum passo depende de você re-explicar o que já foi decidido.
47
-
48
- ---
49
-
50
- ## Comandos
51
-
52
- ### Fluxo principal
53
-
54
- | Comando | O que faz | Artefato |
55
- |---------|-----------|----------|
56
- | `/oxe-scan` | Mapeia o repositório: stack, estrutura, testes, convenções. Base para spec e plan. | `.oxe/codebase/*.md` |
57
- | `/oxe-spec` | Conduz 5 fases: perguntas → pesquisa → requisitos (v1/v2/fora) → roteiro → aprovação. Produz o contrato da entrega. | `.oxe/SPEC.md` + `.oxe/ROADMAP.md` |
58
- | `/oxe-discuss` | Registra decisões de implementação com IDs estáveis (D-01, D-02, …) antes de planejar. | `.oxe/DISCUSS.md` |
59
- | `/oxe-plan` | Gera tarefas atômicas em ondas, cada uma com bloco de verificação e critérios vinculados à SPEC. | `.oxe/PLAN.md` |
60
- | `/oxe-plan-agent` | Igual ao plan + blueprint de agentes por domínio: roles específicos, ondas paralelas, handoffs. Agentes são novos por demanda. | `.oxe/PLAN.md` + `.oxe/plan-agents.json` |
61
- | `/oxe-execute` | Executa o plano. Pergunta UMA vez como executar: **Completo** (1 sessão), **Por onda**, ou **Por tarefa**. | `.oxe/STATE.md` |
62
- | `/oxe-verify` | Validação em 4 camadas: auditoria do PLAN, critérios da SPEC, fidelidade das decisões D-NN, checklist UAT. | `.oxe/VERIFY.md` |
63
-
64
- ### Atalhos e suporte
65
-
66
- | Comando | O que faz |
67
- |---------|-----------|
68
- | `/oxe-obs [texto]` | Registra uma observação (restrição, descoberta, preferência) que é incorporada automaticamente no próximo spec/plan/execute — sem re-explicar. |
69
- | `/oxe-quick` | Fluxo lean para trabalho pequeno: objetivo (minispec)passos (mini-plano) agentes por domínio se necessário → verificar. |
70
- | `/oxe-research` | Cria notas de pesquisa datadas (spike, mapa de sistema, engenharia reversa) antes de planejar. |
71
- | `/oxe-validate-gaps` | Auditoria de cobertura pós-verify: gaps de teste e evidência fraca. |
72
- | `/oxe-next` | Sugere o próximo passo lógico a partir do `STATE.md`. |
73
- | `/oxe-route` | Traduz linguagem natural para o comando OXE correto. |
74
- | `/oxe-forensics` | Diagnóstico pós-falha: linha do tempo, hipótese de causa, reentrada na trilha. |
75
- | `/oxe-debug` | Ciclo hipótese → experimento → evidência durante a execução. |
76
-
77
- ### Contexto e sessão
78
-
79
- | Comando | O que faz |
80
- |---------|-----------|
81
- | `/oxe-compact` | Atualiza os mapas `.oxe/codebase/` com o estado atual do repo + delta do que mudou. |
82
- | `/oxe-checkpoint` | Snapshot nomeado da sessão atual. |
83
- | `/oxe-milestone new\|complete\|status\|audit` | Marcos de entrega (M-01, M-02, …). `complete` arquiva SPEC/PLAN/VERIFY em `.oxe/milestones/M-NN/`. |
84
- | `/oxe-workstream new\|switch\|list\|close` | Trilhas paralelas de desenvolvimento. Cada trilha tem artefatos independentes em `.oxe/workstreams/<nome>/`. |
85
-
86
- ### UI e revisão
87
-
88
- | Comando | O que faz |
89
- |---------|-----------|
90
- | `/oxe-ui-spec` | Contrato de UI/UX derivado da SPEC (estados, acessibilidade, breakpoints). |
91
- | `/oxe-ui-review` | Auditoria da implementação de UI contra o UI-SPEC. |
92
- | `/oxe-review-pr` | Revisão de PR/diff: riscos, testes sugeridos, checklist. |
93
-
94
- ---
95
-
96
- ## Conceitos-chave
97
-
98
- ### Context engineering estado em disco, não no chat
99
-
100
- O problema: agentes perdem contexto entre sessões, e re-explicar tudo em cada sessão é caro. A solução do OXE: cada decisão, requisito e tarefa fica em um arquivo pequeno em `.oxe/`. O agente lê o que precisa, quando precisa.
101
-
102
- ```
103
- .oxe/
104
- ├── STATE.md ← fase atual, próximo passo, decisões ativas
105
- ├── SPEC.md ← o contrato: critérios A1, A2,
106
- ├── ROADMAP.md ← fases de entrega mapeadas a requisitos
107
- ├── DISCUSS.md ← decisões D-01, D-02, … com rastreabilidade
108
- ├── PLAN.md ← tarefas Tn com verificação por item
109
- ├── VERIFY.md ← resultado da verificação em 4 camadas
110
- ├── OBSERVATIONS.md ← observações que se incorporam automaticamente
111
- ├── codebase/ ← mapa do repo (stack, estrutura, testes, …)
112
- ├── milestones/ ← arquivo de entregas M-NN
113
- └── workstreams/ ← trilhas paralelas de desenvolvimento
114
- ```
115
-
116
- ### /oxe-spec spec em 5 fases, máx 3 rodadas de perguntas
117
-
118
- Em vez de 10 idas e vindas para clarificar o que você quer, o spec estrutura a conversa:
119
-
120
- 1. **Perguntas** blocos de 3-5 perguntas por rodada, máximo 3 rodadas
121
- 2. **Pesquisa** investigação de domínio antes de escrever requisitos (opcional)
122
- 3. **Requisitos** tabela R-ID com versão v1 (agora), v2 (depois), fora (nunca)
123
- 4. **Roteiro** fases de entrega mapeadas a requisitos → `.oxe/ROADMAP.md`
124
- 5. **Aprovação** você confirma e escolhe: `/oxe-plan` ou `/oxe-plan-agent`
125
-
126
- ### /oxe-execute — economia de requisições explícita
127
-
128
- Quando o plano tem 2+ ondas, o execute pergunta **uma vez**:
129
-
130
- ```
131
- A) Completo → todas as ondas em 1 sessão (ideal: Copilot, Claude, Gemini)
132
- B) Por onda → onda 1, você verifica, chama de novo (N sessões)
133
- C) Por tarefa máximo controle (N tarefas = N sessões)
134
- ```
135
-
136
- Modo A é o padrão para quem quer gastar menos requisições. A escolha fica salva no `STATE.md`.
137
-
138
- ### /oxe-obs observação sem re-explicar
139
-
140
- Percebeu uma restrição durante a execução? Registre em 1 request:
141
-
142
- ```
143
- /oxe-obs JWT expiration deve ser configurável via env var, não hardcoded
144
- ```
145
-
146
- O próximo `/oxe-plan`, `/oxe-spec` ou `/oxe-execute` lê `.oxe/OBSERVATIONS.md` e incorpora a observação automaticamente — sem você precisar repetir.
147
-
148
- ### Plan-Driven Dynamic Agents agentes por demanda, não genéricos
149
-
150
- Quando você usa `/oxe-plan-agent`, os agentes são criados **para aquele plano específico**:
151
- - Cada `runId` é úniconunca reutilizado entre demandas
152
- - O `role` descreve o domínio da demanda: "Especialista em autenticação JWT para este plano", não "Backend Developer"
153
- - Agentes são invalidados quando o plano termina ou uma nova demanda começa
154
-
155
- O `/oxe-quick` tem a versão lean: até 3 agentes derivados dos passos, criados para aquele quick task, sem handoff de mensagens.
156
-
157
- ---
158
-
159
- ## Instalação
160
-
161
- **Requisito:** Node.js 18+
162
-
163
- ```bash
164
- # Na raiz do seu projeto
165
- npx oxe-cc@latest
166
- ```
167
-
168
- O instalador interativo pergunta: (1) quais IDEs integrar, (2) layout (mínimo só `.oxe/` ou clássico `oxe/` + `.oxe/`). Ao final mostra o que foi criado e sugere o primeiro passo (`/oxe-scan`).
169
-
170
- **Confirmar que funcionou:**
171
-
172
- | IDE | Comando |
173
- |-----|---------|
174
- | Cursor | `/oxe-help` |
175
- | Copilot (VS Code) | `/oxe-help` (requer `"chat.promptFiles": true`) |
176
- | Claude Code | `/oxe-help` ou `oxe:help` |
177
- | Gemini CLI | `/oxe` após `/commands reload` |
178
- | Codex | `/prompts:oxe-help` |
179
-
180
- <details>
181
- <summary><strong>Flags de instalação</strong></summary>
182
-
183
- | Flag | Efeito |
184
- |------|--------|
185
- | `--cursor` / `--copilot` | Só uma das stacks |
186
- | `--all-agents` | Cursor + Copilot + Claude + OpenCode + Gemini + Codex + Windsurf + Antigravity |
187
- | `--global` | Layout clássico: `oxe/` na raiz + `.oxe/` |
188
- | `--local` | Layout mínimo: `.oxe/` (padrão) |
189
- | `--force` / `-f` | Sobrescreve arquivos existentes (use para atualizar) |
190
- | `--dry-run` | Lista ações sem escrever |
191
- | `--oxe-only` | workflows em `.oxe/`, sem integrações IDE |
192
- | `--no-global-cli` / `-l` | Não instala `oxe-cc` globalmente (útil em CI) |
193
- | `OXE_NO_PROMPT=1` | Modo não-interativo (CI) |
194
-
195
- </details>
196
-
197
- <details>
198
- <summary><strong>Atualizar e desinstalar</strong></summary>
199
-
200
- ```bash
201
- # Atualizar workflows no projeto
202
- npx oxe-cc@latest --force
203
- # ou via Cursor:
204
- /oxe-update
205
-
206
- # Verificar se há versão nova sem atualizar
207
- npx oxe-cc update --check
208
-
209
- # Desinstalar integrações do HOME (mantém .oxe/ no repo)
210
- npx oxe-cc uninstall --ide-only
211
- ```
212
-
213
- </details>
214
-
215
- <details>
216
- <summary><strong>Desenvolvimento (contribuir)</strong></summary>
217
-
218
- ```bash
219
- git clone https://github.com/propagno/oxe-build.git
220
- cd oxe-build
221
- npm test # 144 testes
222
- node bin/oxe-cc.js --help
223
- ```
224
-
225
- Para testar no seu projeto: `npm link` aqui, depois `npm link oxe-cc` no projeto alvo.
226
-
227
- </details>
228
-
229
- ---
230
-
231
- ## CLI (`oxe-cc`)
232
-
233
- Comandos de terminal para usar em CI ou sem chat aberto:
234
-
235
- | Comando | O que faz |
236
- |---------|-----------|
237
- | `oxe-cc` / `oxe-cc install` | Instala workflows e integrações |
238
- | `oxe-cc doctor` | Diagnóstico completo: Node, workflows, config, STATE, scan/compact antigos, SPEC, PLAN |
239
- | `oxe-cc status` | Diagnóstico leve + um único próximo passo sugerido |
240
- | `oxe-cc status --json` | Mesmo, em JSON (para pipelines e automações) |
241
- | `oxe-cc update` | Atualiza workflows do projeto para a versão mais recente |
242
- | `oxe-cc init-oxe` | Só bootstrap do `.oxe/` (STATE, config, codebase/) |
243
- | `oxe-cc uninstall` | Remove integrações OXE do HOME e do repo |
244
-
245
- ---
246
-
247
- ## Configuração
248
-
249
- Arquivo `.oxe/config.json` criado no install. Principais opções:
250
-
251
- | Chave | Padrão | Descrição |
252
- |-------|--------|-----------|
253
- | `profile` | `"balanced"` | `strict` / `balanced` / `fast` / `legacy` — expande em múltiplas opções |
254
- | `scale_adaptive` | `true` | `/oxe-scan` sugere o profile automaticamente pelo tamanho do projeto |
255
- | `discuss_before_plan` | `false` | Exige `/oxe-discuss` antes do `/oxe-plan` |
256
- | `verification_depth` | `"standard"` | `quick` / `standard` / `thorough` |
257
- | `after_verify_suggest_uat` | `false` | Gera checklist UAT (Camada 4) ao final do verify |
258
- | `scan_max_age_days` | — | `doctor` avisa quando o scan estiver velho |
259
- | `plugins` | — | Habilita hooks de lifecycle em `.oxe/plugins/*.cjs` |
260
-
261
- Referência completa: [`oxe/templates/CONFIG.md`](oxe/templates/CONFIG.md)
262
-
263
- ---
264
-
265
- ## SDK
266
-
267
- ```js
268
- const oxe = require('oxe-cc');
269
-
270
- // Parsear artefatos
271
- const plan = oxe.parsePlan(fs.readFileSync('.oxe/PLAN.md', 'utf8'));
272
- const spec = oxe.parseSpec(fs.readFileSync('.oxe/SPEC.md', 'utf8'));
273
- const state = oxe.parseState(fs.readFileSync('.oxe/STATE.md', 'utf8'));
274
-
275
- // Validar que as decisões D-NN foram cobertas no plano
276
- const fidelity = oxe.validateDecisionFidelity(discussMd, planMd);
277
-
278
- // Doctor com verificação de segurança
279
- const result = oxe.runDoctorChecks({ projectRoot: process.cwd(), includeSecurity: true });
280
-
281
- // Profiles e health
282
- const expanded = oxe.health.expandExecutionProfile('strict');
283
- ```
284
-
285
- Namespaces: `oxe.health`, `oxe.workflows`, `oxe.security`, `oxe.plugins`, `oxe.install`.
286
- TypeScript: [`lib/sdk/index.d.ts`](lib/sdk/index.d.ts) · Docs: [`lib/sdk/README.md`](lib/sdk/README.md)
287
-
288
- ---
289
-
290
- ## Resolução de problemas
291
-
292
- | Situação | O que tentar |
293
- |----------|-------------|
294
- | Comandos não aparecem no Cursor | Confirme `~/.cursor/commands/`; reinicie o Cursor |
295
- | `/oxe-*` não aparecem no Copilot | Ative `"chat.promptFiles": true`; confirme prompts em `~/.copilot/prompts/` |
296
- | Copilot CLI não reconhece `/oxe` | Use `--copilot-cli` no install e rode `/skills reload` |
297
- | Arquivos não atualizam | Reinstale com `--force` |
298
- | `ETARGET` / versão não encontrada | `npm cache clean --force` ou `npx oxe-cc@0.5.0` |
299
- | Erro no WSL sobre Node | Use Node instalado dentro do WSL |
300
-
301
- `oxe-cc --help` · `oxe-cc doctor` · `OXE_NO_BANNER=1` desativa o banner
302
-
303
- ---
304
-
305
- ## Licença
306
-
307
- [GPL-3.0](LICENSE)
1
+ <div align="center">
2
+
3
+ <p align="center">
4
+ <img src="assets/readme-banner.svg" alt="OXE" width="920" />
5
+ </p>
6
+
7
+ [![npm](https://img.shields.io/npm/v/oxe-cc.svg?style=flat-square)](https://www.npmjs.com/package/oxe-cc)
8
+ [![license](https://img.shields.io/npm/l/oxe-cc.svg?style=flat-square)](LICENSE)
9
+
10
+ **Versão:** `0.6.0` · [package.json](package.json)
11
+
12
+ ```bash
13
+ npx oxe-cc@latest
14
+ ```
15
+
16
+ </div>
17
+
18
+ ---
19
+
20
+ ## O que é o OXE
21
+
22
+ OXE é um **framework de desenvolvimento assistido por IA** baseado em três princípios:
23
+
24
+ - **Spec-driven design** — antes de escrever código, você define *o que* construir e *como saber que está pronto*. Essa especificação restringe e guia tudo o que vem depois.
25
+ - **Context engineering** — o estado do trabalho fica em arquivos pequenos dentro de `.oxe/`, não na memória do chat. O agente lê o que precisa, quando precisa — sem sobrecarregar o contexto com decisões já tomadas.
26
+ - **Plan-Driven Dynamic Agents** — quando há múltiplos domínios, o plano cria agentes específicos para *aquela demanda*. Agentes não são reaproveitados entre projetos ou demandas.
27
+
28
+ O resultado: **menos requisições**, **mais coerência**, e um fluxo que funciona do mesmo jeito em qualquer IDE.
29
+
30
+ ---
31
+
32
+ ## Os 8 comandos que você precisa conhecer
33
+
34
+ ```
35
+ /oxe onde estou / o que faço / help
36
+ /oxe-obs → registrei algo importante (incorporado automaticamente)
37
+ /oxe-quick → tarefa pequena, sem cerimônia
38
+ /oxe-scan mapeia o projeto (ou atualiza se já mapeado)
39
+ /oxe-spec → nova feature: perguntas → requisitos → roteiro
40
+ /oxe-plan tarefas por onda (--agents para multi-agente)
41
+ /oxe-execute → implementar (A: 1 sessão | B: por onda | C: por tarefa)
42
+ /oxe-verify → validar que está pronto
43
+ ```
44
+
45
+ Tudo o mais é ativado automaticamente por contexto ou existe como escape hatch.
46
+
47
+ ---
48
+
49
+ ## A cadeia
50
+
51
+ ```
52
+ /oxe-obs (qualquer momento)
53
+
54
+ /oxe-scan /oxe-spec /oxe-plan ──────────→ /oxe-execute /oxe-verify
55
+
56
+ /oxe-quick (trabalho pequeno)
57
+ ```
58
+
59
+ Cada passo o anterior como contexto e escreve seu artefato em `.oxe/`. Nenhum passo depende de você re-explicar o que foi decidido.
60
+
61
+ ---
62
+
63
+ ## Como cada comando fica mais inteligente
64
+
65
+ | Comando | Inteligência embutida |
66
+ |---------|----------------------|
67
+ | `/oxe` | Sem input → próximo passo. Com texto → roteamento. Com "help" → 8 comandos. |
68
+ | `/oxe-scan` | Se `.oxe/codebase/` existe modo refresh automático. `--full` força scan completo. |
69
+ | `/oxe-plan` | 3+ domínios sugere `--agents`. Com `--agents`gera blueprint com `model_hint` por agente. |
70
+ | `/oxe-execute` | Verificar falha diagnóstico inline (2-3 hipóteses + fix). Sem precisar chamar `/oxe-debug`. |
71
+ | `/oxe-verify` | `verification_depth: "thorough"` gaps automático. `security_in_verify: true` OWASP automático. |
72
+ | `/oxe-project` | `milestone` + `workstream` + `checkpoint` em um único comando. |
73
+
74
+ ---
75
+
76
+ ## Comandos completos
77
+
78
+ ### Fluxo principal
79
+
80
+ | Comando | O que faz | Artefato |
81
+ |---------|-----------|----------|
82
+ | `/oxe` | Entrada universal: próximo passo, roteamento ou help | — |
83
+ | `/oxe-scan` | Mapeia o repo (bootstrap) ou atualiza mapas (refresh automático) | `.oxe/codebase/*.md` |
84
+ | `/oxe-spec` | Spec em 5 fases: perguntas pesquisa requisitos R-ID → roteiro → aprovação | `.oxe/SPEC.md` + `.oxe/ROADMAP.md` |
85
+ | `/oxe-plan` | Plano por ondas. `--agents` ativa blueprint com `model_hint` por agente | `.oxe/PLAN.md` [+ `plan-agents.json`] |
86
+ | `/oxe-execute` | Execução A/B/C com debug inline automático em falhas | `.oxe/STATE.md` |
87
+ | `/oxe-verify` | Até 6 camadas por config: audit + critérios + decisões + UAT + gaps + segurança | `.oxe/VERIFY.md` |
88
+ | `/oxe-obs` | Registra observação auto-incorporada nos próximos workflows | `.oxe/OBSERVATIONS.md` |
89
+ | `/oxe-quick` | Lean: objetivo → passos → agentes opcionais → verify | `.oxe/QUICK.md` |
90
+ | `/oxe-project` | Unifica: `milestone`, `workstream`, `checkpoint` | vários |
91
+
92
+ ### Escape hatches (não precisam ser decorados)
93
+
94
+ | Comando | Quando usar |
95
+ |---------|-------------|
96
+ | `/oxe-research` | Spike, mapa de sistema, engenharia reversa |
97
+ | `/oxe-forensics` | Sugerido automaticamente pelo execute/verify em falha persistente |
98
+ | `/oxe-debug` | Diagnóstico técnico standalone (integrado ao execute) |
99
+ | `/oxe-loop` | Retry iterativo de onda standalone (integrado ao Modo B do execute) |
100
+ | `/oxe-security` | Auditoria OWASP standalone (automático no verify via config) |
101
+ | `/oxe-validate-gaps` | Auditoria de cobertura standalone (automático no verify via config) |
102
+ | `/oxe-ui-spec` | Contrato UI/UX derivado da SPEC |
103
+ | `/oxe-ui-review` | Auditoria da implementação UI |
104
+ | `/oxe-review-pr` | Revisão de PR/diff |
105
+ | `/oxe-discuss` | Decisões D-NN (ativado via `discuss_before_plan: true`) |
106
+ | `/oxe-compact` | Refresh explícito do codebase (equivalente a `/oxe-scan` em modo refresh) |
107
+
108
+ ---
109
+
110
+ ## Conceitos-chave
111
+
112
+ ### Context engineering estado em disco, não no chat
113
+
114
+ ```
115
+ .oxe/
116
+ ├── STATE.md ← fase atual, próximo passo, decisões ativas
117
+ ├── SPEC.md ← contrato: critérios A1, A2, …
118
+ ├── ROADMAP.md ← fases de entrega mapeadas a requisitos
119
+ ├── PLAN.md ← tarefas Tn com verificação por item
120
+ ├── VERIFY.md ← resultado da verificação em até 6 camadas
121
+ ├── OBSERVATIONS.md ← observações incorporadas automaticamente
122
+ ├── codebase/ ← mapa do repo (stack, estrutura, testes, )
123
+ ├── milestones/ ← arquivo de entregas M-NN
124
+ └── workstreams/ ← trilhas paralelas de desenvolvimento
125
+ ```
126
+
127
+ ### `/oxe-spec` — spec em 5 fases, máx 3 rodadas de perguntas
128
+
129
+ 1. **Perguntas** — blocos de 3-5 por rodada, máximo 3 rodadas
130
+ 2. **Pesquisa** — proposta inline na Fase 2 (sem sair do spec)
131
+ 3. **Requisitos** tabela R-ID com v1/v2/fora e critérios A*
132
+ 4. **Roteiro** fases de entrega `.oxe/ROADMAP.md`
133
+ 5. **Aprovação**instrui `/oxe-plan` ou `/oxe-plan --agents`
134
+
135
+ ### `/oxe-execute` — economia de requisições com debug automático
136
+
137
+ ```
138
+ A) Completo → todas as ondas em 1 sessão (ideal: Claude, Copilot, Gemini)
139
+ B) Por onda → onda 1, você verifica, chama de novo (N sessões)
140
+ C) Por tarefa máximo controle (N tarefas = N sessões)
141
+ ```
142
+
143
+ Se uma tarefa falha: diagnóstico inline automático (2-3 hipóteses fix retry). Sem precisar chamar `/oxe-debug` separadamente.
144
+
145
+ ### `/oxe-obs` — observação sem re-explicar
146
+
147
+ ```
148
+ /oxe-obs JWT expiration deve ser configurável via env var, não hardcoded
149
+ ```
150
+
151
+ O próximo `/oxe-plan`, `/oxe-spec` ou `/oxe-execute` incorpora automaticamentesem prompt extra.
152
+
153
+ ### Plan-Driven Dynamic Agents agentes por demanda
154
+
155
+ Com `/oxe-plan --agents` (ou sugerido quando 3+ domínios detectados):
156
+ - `runId` único por demanda — nunca reutilizado
157
+ - `role` específico ao domínio desta entrega
158
+ - `model_hint` por agente: `"fast"` / `"balanced"` / `"powerful"`
159
+ - Execute exibe o hint ao iniciar cada agente para o usuário configurar o modelo
160
+
161
+ ---
162
+
163
+ ## Instalação
164
+
165
+ **Requisito:** Node.js 18+
166
+
167
+ ```bash
168
+ npx oxe-cc@latest
169
+ ```
170
+
171
+ **Confirmar que funcionou:**
172
+
173
+ | IDE | Comando |
174
+ |-----|---------|
175
+ | Cursor | `/oxe` |
176
+ | Copilot (VS Code) | `/oxe` (requer `"chat.promptFiles": true`) |
177
+ | Claude Code | `/oxe` ou `oxe` |
178
+ | Gemini CLI | `/oxe` após `/commands reload` |
179
+ | Codex | `/prompts:oxe` |
180
+
181
+ <details>
182
+ <summary><strong>Flags de instalação</strong></summary>
183
+
184
+ | Flag | Efeito |
185
+ |------|--------|
186
+ | `--cursor` / `--copilot` | uma das stacks |
187
+ | `--all-agents` | Cursor + Copilot + Claude + OpenCode + Gemini + Codex + Windsurf + Antigravity |
188
+ | `--global` | Layout clássico: `oxe/` na raiz + `.oxe/` |
189
+ | `--local` | Layout mínimo: `.oxe/` (padrão) |
190
+ | `--force` / `-f` | Sobrescreve arquivos existentes (use para atualizar) |
191
+ | `--dry-run` | Lista ações sem escrever |
192
+ | `--oxe-only` | workflows em `.oxe/`, sem integrações IDE |
193
+ | `--no-global-cli` / `-l` | Não instala `oxe-cc` globalmente (útil em CI) |
194
+ | `OXE_NO_PROMPT=1` | Modo não-interativo (CI) |
195
+
196
+ </details>
197
+
198
+ <details>
199
+ <summary><strong>Atualizar e desinstalar</strong></summary>
200
+
201
+ ```bash
202
+ npx oxe-cc@latest --force # atualizar workflows
203
+ npx oxe-cc update --check # verificar versão sem atualizar
204
+ npx oxe-cc uninstall --ide-only # remove integrações (mantém .oxe/)
205
+ ```
206
+
207
+ </details>
208
+
209
+ <details>
210
+ <summary><strong>Desenvolvimento (contribuir)</strong></summary>
211
+
212
+ ```bash
213
+ git clone https://github.com/propagno/oxe-build.git
214
+ cd oxe-build
215
+ npm test # 144 testes
216
+ node bin/oxe-cc.js --help
217
+ ```
218
+
219
+ </details>
220
+
221
+ ---
222
+
223
+ ## CLI (`oxe-cc`)
224
+
225
+ | Comando | O que faz |
226
+ |---------|-----------|
227
+ | `oxe-cc` / `oxe-cc install` | Instala workflows e integrações |
228
+ | `oxe-cc doctor` | Diagnóstico completo: Node, workflows, config, STATE, scan antigo |
229
+ | `oxe-cc status` | Próximo passo sugerido |
230
+ | `oxe-cc status --json` | Mesmo, em JSON (para pipelines) |
231
+ | `oxe-cc update` | Atualiza workflows para a versão mais recente |
232
+ | `oxe-cc init-oxe` | Bootstrap do `.oxe/` (STATE, config, codebase/) |
233
+ | `oxe-cc uninstall` | Remove integrações OXE do HOME e do repo |
234
+
235
+ ---
236
+
237
+ ## Configuração
238
+
239
+ Arquivo `.oxe/config.json`. Principais opções:
240
+
241
+ | Chave | Padrão | Descrição |
242
+ |-------|--------|-----------|
243
+ | `profile` | `"balanced"` | `strict` / `balanced` / `fast` / `legacy` |
244
+ | `verification_depth` | `"standard"` | `"thorough"` ativa gaps automático no verify (Camada 5) |
245
+ | `security_in_verify` | `false` | `true` ativa OWASP automático no verify (Camada 6) |
246
+ | `discuss_before_plan` | `false` | Exige `/oxe-discuss` antes do `/oxe-plan` |
247
+ | `scale_adaptive` | `true` | Scan sugere o profile pelo tamanho do projeto |
248
+ | `scan_max_age_days` | — | Doctor avisa quando o scan estiver velho |
249
+ | `plugins` | | Hooks de lifecycle em `.oxe/plugins/*.cjs` |
250
+
251
+ ---
252
+
253
+ ## SDK
254
+
255
+ ```js
256
+ const oxe = require('oxe-cc');
257
+
258
+ const plan = oxe.parsePlan(fs.readFileSync('.oxe/PLAN.md', 'utf8'));
259
+ const spec = oxe.parseSpec(fs.readFileSync('.oxe/SPEC.md', 'utf8'));
260
+ const state = oxe.parseState(fs.readFileSync('.oxe/STATE.md', 'utf8'));
261
+
262
+ const fidelity = oxe.validateDecisionFidelity(discussMd, planMd);
263
+ const result = oxe.runDoctorChecks({ projectRoot: process.cwd() });
264
+ const expanded = oxe.health.expandExecutionProfile('strict');
265
+ ```
266
+
267
+ TypeScript: [`lib/sdk/index.d.ts`](lib/sdk/index.d.ts) · Docs: [`lib/sdk/README.md`](lib/sdk/README.md)
268
+
269
+ ---
270
+
271
+ ## Resolução de problemas
272
+
273
+ | Situação | O que tentar |
274
+ |----------|-------------|
275
+ | Comandos não aparecem no Cursor | Confirme `~/.cursor/commands/`; reinicie o Cursor |
276
+ | `/oxe-*` não aparecem no Copilot | Ative `"chat.promptFiles": true`; confirme `~/.copilot/prompts/` |
277
+ | Arquivos não atualizam | Reinstale com `--force` |
278
+ | `ETARGET` / versão não encontrada | `npm cache clean --force` ou `npx oxe-cc@0.6.0` |
279
+ | Erro no WSL sobre Node | Use Node instalado dentro do WSL |
280
+
281
+ `oxe-cc --help` · `oxe-cc doctor` · `OXE_NO_BANNER=1` desativa o banner
282
+
283
+ ---
284
+
285
+ ## Licença
286
+
287
+ [GPL-3.0](LICENSE)
package/bin/banner.txt CHANGED
@@ -15,4 +15,4 @@
15
15
 
16
16
  ══════════════════════════════════════════════════════
17
17
 
18
- v0.5.0
18
+ v0.6.0
package/bin/oxe-cc.js CHANGED
@@ -1,4 +1,4 @@
1
- #!/usr/bin/env node
1
+ #!/usr/bin/env node
2
2
  /**
3
3
  * OXE — CLI em pt-BR: instala workflows no projeto, bootstrap `.oxe/`, doctor, uninstall, update.
4
4
  * Uso: npx oxe-cc, doctor, status, init-oxe, uninstall, update (ver --help).