auroq-os 2.2.3 → 2.3.1

package/agents/worker-forge/tasks/research-domain.md

@@ -1,165 +0,0 @@
----
-task: "Research Domain"
-responsavel: "@knowledge-curator"
-responsavel_type: "agent"
-atomic_layer: "task"
-Entrada: "Discovery summary (dominio, ferramentas, fontes internas)"
-Saida: "KB rascunho (Foundation KB + fontes coletadas)"
-Checklist:
-  - "Cada ferramenta core pesquisada externamente"
-  - "Integracoes entre ferramentas mapeadas"
-  - "Fontes internas coletadas"
-  - "KB rascunho >=300 linhas"
-  - "Fontes classificadas por tier"
-  - "Gaps de documentacao registrados"
-execution_type: "semantic"
----
-
-# Task: Research Domain — Pesquisa e Curadoria de Conhecimento
-
-## Objetivo
-
-Pesquisar externamente cada ferramenta/plataforma que o worker vai usar, coletar documentacao interna existente, e montar a KB rascunho do worker.
-
-## Posicao no Workflow
-
-Fase 1 do pipeline. Gate: QG-WF-002.
-
-## Passos
-
-### Step 1: Listar Alvos de Pesquisa
-
-A partir do Discovery Summary, listar:
-- Cada ferramenta/plataforma mencionada
-- Integracoes entre ferramentas (pares)
-- Conceitos do dominio que precisam de KB
-
-### Step 2: Pesquisa Externa
-
-Para cada ferramenta, executar pesquisa em 3 passes:
-
-**Pass 1 — O que e e como funciona:**
-```
-WebSearch: "{ferramenta} overview features capabilities 2025 2026"
-```
-Capturar: descricao, features core, modelo de pricing, limites.
-
-**Pass 2 — API e integracoes:**
-```
-WebSearch: "{ferramenta} API documentation integration"
-WebSearch: "{ferramenta} {outra ferramenta} integration"
-```
-Capturar: endpoints, autenticacao, rate limits, webhooks, integracoes nativas.
-
-**Pass 3 — Troubleshooting:**
-```
-WebSearch: "{ferramenta} common issues problems solutions"
-```
-Capturar: problemas frequentes, solucoes conhecidas, workarounds.
-
-**Reportar progresso apos cada ferramenta:**
-"Pesquisei {N}/{total} ferramentas. Proximo: {nome}."
-
-### Step 3: Coleta Interna
-
-Buscar no Auroq:
-
-```
-# KBs existentes relevantes
-docs/knowledge/expert-business/
-agents/*/data/*-kb.md
-
-# Processos documentados
-agents/squad-forge/minds/*/
-
-# ETL existente
-docs/knowledge/expert-business/*/
-```
-
-Coletar:
-- SOPs existentes que o worker vai precisar
-- KBs de squads relacionados
-- Configuracoes documentadas
-
-### Step 4: Classificar Fontes
-
-| Tier | Peso | Criterio |
-|------|------|----------|
-| OURO | 0.90-1.00 | Doc oficial, API reference, curso do autor |
-| PRATA | 0.60-0.89 | Tutoriais verificados, blog oficial, community docs |
-| BRONZE | 0.30-0.59 | Posts genericos, respostas de forum |
-
-Reportar: "Fontes: {X}% ouro, {Y}% prata, {Z}% bronze."
-
-### Step 5: Compor KB Rascunho
-
-Organizar em Foundation KB:
-
-```markdown
-# {Worker Name} — Foundation KB
-
-## Plataformas e Ferramentas
-
-### {Ferramenta 1}
-**O que e:** {descricao}
-**Features core:** {lista}
-**API:** {resumo — endpoints, auth, limits}
-**Integracoes nativas:** {lista}
-**Limites:** {o que nao faz}
-**Troubleshooting:** {problemas e solucoes}
-**Doc oficial:** {link}
-
-### {Ferramenta 2}
-...
-
-## Integracoes
-
-### {Ferramenta A} <-> {Ferramenta B}
-**Metodo:** {API direta, webhook, n8n, Zapier}
-**Padrao:** {fluxo tipico}
-**Cuidados:** {limites, gotchas}
-
-## SOPs Existentes
-{Importados da coleta interna}
-
-## Troubleshooting Geral
-{Problemas cross-platform}
-
-## Glossario
-{Termos do dominio}
-```
-
-### Step 6: Registrar Gaps
-
-```yaml
-gaps:
-  - tool: "{ferramenta}"
-    gap: "API nao documentada publicamente"
-    action: "Pedir acesso ao usuario"
-  - tool: "{ferramenta}"
-    gap: "Integracao com {outra} nao encontrada"
-    action: "Pode precisar de n8n custom"
-```
-
-## Quality Gate: QG-WF-002
-
-| Criterio | Obrigatorio |
-|----------|-------------|
-| Cada ferramenta core pesquisada | Sim |
-| Integracoes entre ferramentas mapeadas | Sim |
-| Fontes internas coletadas (se existem) | Sim |
-| KB rascunho >= 300 linhas (3+ ferramentas) ou >= 150 linhas (1-2 ferramentas) | Sim |
-| Fontes classificadas por tier | Sim |
-| Gaps registrados | Sim |
-| >= 40% fontes tier ouro | Recomendado |
-
-**Veto:** Ferramenta core nao pesquisada, KB < 150 linhas.
-
-## Error Handling
-
-| Cenario | Acao |
-|---------|------|
-| Ferramenta sem doc publica | Registrar gap, pedir acesso ao usuario |
-| Integracao nao existe nativa | Documentar alternativas (n8n, webhook, API custom) |
-| Fonte interna desatualizada | Marcar como bronze, usar com ressalva |
-| WebSearch retorna pouco | Tentar termos alternativos, buscar em ingles |

package/agents/worker-forge/tasks/start.md

@@ -1,67 +0,0 @@
----
-task: "Start"
-responsavel: "@worker-chief"
-responsavel_type: "agent"
-atomic_layer: "task"
-Entrada: "Ativacao do squad pelo usuario via /workerForge"
-Saida: "Chief ativo, greeting exibido, pronto pra Discovery"
-Checklist:
-  - "Chief ativo e greeting exibido"
-  - "Aguardando descricao do worker desejado"
-execution_type: "interactive"
----
-
-# Task: Start — Entry Point do Worker Forge
-
-## Objetivo
-
-Ativar o Worker Forge e iniciar o Discovery.
-
-## Trigger
-
-- `/workerForge` ou `*start`
-
-## Passos
-
-### Step 1: Carregar Persona
-
-Ler e adotar persona de `agents/worker-forge/agents/worker-chief.md`.
-Carregar KB: `agents/worker-forge/data/worker-forge-kb.md`.
-
-### Step 2: Exibir Greeting
-
-```
-=== WORKER FORGE ===
-Agente Auroq | Criado por Euriler Jube
-Usado por ele e pela Mentoria Arcane
-
-Consultores pensam. Processos seguem fluxo rigido.
-Workers sao diferentes — recebem missoes, executam, documentam
-e ficam melhores com o tempo. KB viva que cresce a cada entrega.
-
-O que posso fazer:
-
-1. Criar worker novo — papel, skills, KB e playbook do zero
-2. Atualizar worker — ajustar KB, playbook, missoes ou estrutura
-3. Consertar worker — diagnosticar e corrigir problemas
-
-Me descreve como se fosse uma vaga de emprego.
-```
-
-**Regras do Greeting:**
-- NAO listar agentes internos
-- NAO listar comandos
-- NAO explicar o pipeline
-- Ir direto ao ponto
-
-### Step 3: Handoff para Discovery
-
-Com a resposta do usuario, iniciar task `discover-needs`.
-
-## Error Handling
-
-| Cenario | Acao |
-|---------|------|
-| Usuario nao sabe o que precisa | Ajudar: "Que atividade voce faz hoje que gostaria que alguem fizesse por voce?" |
-| Parece consultor, nao worker | Sugerir Mind Forge: "Isso parece mais um consultor que um executor. Quer o Mind Forge?" |
-| Multiplos workers de uma vez | Fazer 1 por vez: "Vamos comecar pelo mais urgente. Qual?" |

package/agents/worker-forge/tasks/validate-worker.md

@@ -1,155 +0,0 @@
----
-task: "Validate Worker"
-responsavel: "@worker-chief"
-responsavel_type: "agent"
-atomic_layer: "task"
-Entrada: "Worker Auroq montado"
-Saida: "Worker validado e operacional (ou lista de correcoes)"
-Checklist:
-  - "Smoke test 1: missao simples executada"
-  - "Smoke test 2: ferramenta desconhecida pesquisada"
-  - "Smoke test 3: SOP criada automaticamente"
-  - "Smoke test 4: diagnostico executado"
-  - "Usuario aprovou"
-execution_type: "interactive"
----
-
-# Task: Validate Worker — Validacao Final
-
-## Objetivo
-
-Testar o worker com missoes reais e obter aprovacao do usuario.
-
-## Posicao no Workflow
-
-Fase 5 do pipeline. Gate: QG-WF-005.
-
-## PRD Fulfillment Check
-
-ANTES dos smoke tests, verificar se o worker montado atende ao WORKER-PRD gerado na Discovery.
-
-### Step 1: Carregar WORKER-PRD
-
-Ler `agents/worker-forge/output/{slug}/WORKER-PRD.md`.
-Se nao existe: pular PRD Fulfillment Check e ir direto pros smoke tests (pipeline legacy).
-
-### Step 2: Checklist Automatico
-
-Para CADA secao do WORKER-PRD, verificar no worker montado:
-
-**Secao 2 — Duties:**
-- [ ] Cada duty listada no PRD tem task correspondente OU esta coberta por um dos 4 modos padrao
-- [ ] Criterios de aceite de cada duty sao verificaveis pelo Scoreboard no agent.md
-
-**Secao 3 — Ferramentas:**
-- [ ] Cada ferramenta requerida esta documentada na Foundation KB ({slug}-kb.md)
-- [ ] Nivel minimo de conhecimento coberto (API docs, troubleshooting, integracoes)
-
-**Secao 4 — Autonomia:**
-- [ ] Delegation Map no agent.md cobre todas as decisoes listadas no PRD
-- [ ] Niveis de autonomia sao consistentes (min 1 nivel 7, min 1 nivel 1-3)
-
-**Secao 5 — Metricas:**
-- [ ] Scoreboard no agent.md reflete as metricas do PRD
-- [ ] Cada metrica tem forma de medicao definida
-
-**Secao 6 — Restricoes:**
-- [ ] Boundaries no agent.md refletem restricoes do PRD
-- [ ] Strict Rules cobrem pelo menos os "NAO faz" do PRD
-
-### Step 3: Report de Fulfillment
-
-```
-=== PRD FULFILLMENT — {worker name} ===
-
-CHECKS: {X} de {Y} aprovados
-
-APROVADOS:
-- {check que passou}
-
-GAPS:
-- {gap encontrado}: {descricao}
-
-RECOMENDACAO: {prosseguir para smoke tests / resolver gaps primeiro}
-```
-
-**Decisao:**
-- Se ZERO gaps → prosseguir pros smoke tests
-- Se gaps menores (cosmeticos) → registrar e prosseguir
-- Se gaps criticos (duty nao coberta, ferramenta sem KB) → voltar pra Assembly (Fase 4), corrigir, re-validar
-
-## Smoke Tests
-
-### Test 1: Missao Simples
-Pedir ao worker pra executar uma missao basica do dominio dele.
-Verificar: entendeu a missao? Checou playbook? Executou? Reportou? Documentou?
-
-### Test 2: Pesquisa de Ferramenta Nova
-Pedir ao worker pra estudar uma ferramenta que NAO esta na KB.
-Verificar: pesquisou? Sintetizou? Adicionou a KB?
-
-### Test 3: Documentacao Automatica
-Apos Test 1, verificar se o worker criou/atualizou SOP no Playbook.
-Verificar: SOP esta no Playbook? Tem passos claros? E reutilizavel?
-
-### Test 4: Diagnostico
-Apresentar um problema do dominio.
-Verificar: consultou KB? Investigou? Diagnosticou? Propos solucao?
-
-## Criterios de Aprovacao
-
-3/4 smoke tests devem passar. Se 2/4 falharem: identificar causa, corrigir, re-testar.
-
-Apos smoke tests, apresentar resultado ao usuario:
-
-```
-=== VALIDACAO: {worker name} ===
-
-Smoke Tests:
-  1. Missao simples: {PASS/FAIL} — {resumo}
-  2. Pesquisa ferramenta: {PASS/FAIL} — {resumo}
-  3. Documentacao automatica: {PASS/FAIL} — {resumo}
-  4. Diagnostico: {PASS/FAIL} — {resumo}
-
-Resultado: {3/4 ou 4/4}
-
-{Se >=3: "Worker operacional. Quer ativar?"}
-{Se <3: "Precisa de ajustes em {areas}. Vou corrigir."}
-```
-
-## Ativacao
-
-Se usuario aprovar:
-
-1. Mover worker de `agents/worker-forge/output/{slug}/` para `agents/{slug}/`
-2. Registrar skill no `.claude/commands/{slashPrefix}.md`
-3. Confirmar:
-
-```
-Worker ativado!
-
-Comando: /{slashPrefix}
-Skill: agents/{slug}/skill.md
-
-Ele ta pronto pra receber missoes.
-```
-
-## Quality Gate: QG-WF-005
-
-| Criterio | Obrigatorio |
-|----------|-------------|
-| >= 3/4 smoke tests passaram | Sim |
-| Usuario aprovou | Sim |
-
-**Veto:** < 2/4 smoke tests, usuario rejeitou.
-
-## Error Handling
-
-| Cenario | Acao |
-|---------|------|
-| Smoke test falha por KB rasa | Voltar pra Research, enriquecer KB |
-| Smoke test falha por agent mal definido | Corrigir agent.md, re-testar |
-| Usuario quer ajustes | Integrar, re-montar, re-testar |
-| Worker funciona mas usuario nao gosta do tom | Ajustar personalidade no agent.md |
-| PRD fulfillment encontra gap critico | Voltar pra Assembly (Fase 4), corrigir, re-validar |
-| WORKER-PRD nao encontrado | Pular PRD check, executar smoke tests normalmente (pipeline legacy) |

package/agents/worker-forge/workflows/wf-worker-forge.yaml

@@ -1,96 +0,0 @@
-name: "wf-worker-forge"
-version: "1.0.0"
-description: >
-  Pipeline de 6 fases para criar funcionarios digitais (workers) com KB viva.
-  Discovery profundo -> Research externo/interno -> Proposta -> Playback -> Assembly -> Validacao.
-trigger: "/workerForge ou *start"
-
-phases:
-  - phase: 0
-    name: "Discovery"
-    description: "Captar tudo que a pessoa pensa/precisa do worker"
-    tasks:
-      - "start"
-      - "discover-needs"
-    agent: "@worker-chief"
-    blocking: true
-    quality_gate: "QG-WF-001"
-
-  - phase: 1
-    name: "Research"
-    description: "Pesquisar ferramentas externas + coletar docs internos + montar KB rascunho"
-    tasks:
-      - "research-domain"
-    agent: "@knowledge-curator"
-    blocking: true
-    quality_gate: "QG-WF-002"
-
-  - phase: 2
-    name: "Proposal"
-    description: "Montar proposta completa do worker (Role + KB + Modos + Tasks)"
-    tasks:
-      - "propose-worker"
-    agent: "@worker-chief"
-    delegates_to:
-      - "@role-designer"
-      - "@knowledge-curator"
-    blocking: true
-    # Sem QG proprio — output validado pelo usuario no Playback (Phase 3, QG-WF-003)
-
-  - phase: 3
-    name: "Playback"
-    description: "Apresentar proposta ao usuario e coletar aprovacao"
-    tasks:
-      - "playback-validate"
-    agent: "@worker-chief"
-    blocking: true
-    quality_gate: "QG-WF-003"
-
-  - phase: 4
-    name: "Assembly"
-    description: "Construir worker Auroq completo"
-    tasks:
-      - "assemble-worker"
-    agent: "@worker-smith"
-    blocking: true
-    quality_gate: "QG-WF-004"
-
-  - phase: 5
-    name: "Validation"
-    description: "Smoke tests + aprovacao do usuario"
-    tasks:
-      - "validate-worker"
-    agent: "@worker-chief"
-    blocking: true
-    quality_gate: "QG-WF-005"
-
-quality_gates:
-  - id: "QG-WF-001"
-    name: "Discovery Complete"
-    transition: "phase_0 -> phase_1"
-    blocking: true
-    criteria: "Proposito claro, >=3 duties, >=1 ferramenta, autonomia definida, >=1 criterio de sucesso"
-
-  - id: "QG-WF-002"
-    name: "Research Adequate"
-    transition: "phase_1 -> phase_2"
-    blocking: true
-    criteria: "Cada ferramenta core pesquisada, integracoes mapeadas, KB rascunho >=300 linhas"
-
-  - id: "QG-WF-003"
-    name: "User Validated"
-    transition: "phase_3 -> phase_4"
-    blocking: true
-    criteria: "Usuario aprovou proposta completa"
-
-  - id: "QG-WF-004"
-    name: "Structure Valid"
-    transition: "phase_4 -> phase_5"
-    blocking: true
-    criteria: "Self-check + validator pass, 0 errors"
-
-  - id: "QG-WF-005"
-    name: "Operational Readiness"
-    transition: "phase_5 -> done"
-    blocking: true
-    criteria: ">=3/4 smoke tests + usuario aprova"

package/docs/stories/AUROQ-2.1.0-hybrid-runtime.md

@@ -1,64 +0,0 @@
-# AUROQ-2.1.0 — Runtime Hibrido Claude Code + Codex
-
-**Status:** InReview
-**Origem:** pedido direto do mantenedor em 2026-06-09
-**Release alvo:** 2.1.0
-
-## Objetivo
-
-Entregar o Auroq OS pronto para o aluno operar no Claude Code ou no Codex CLI, com as mesmas fontes de verdade, agentes, boundaries e fluxo de atualizacao.
-
-## Acceptance Criteria
-
-- [x] O instalador gera skills em `.agents/skills`, local oficial do Codex, sem poluir o namespace global do aluno.
-- [x] O sync possui ownership, collision guard, check real de drift e execucao fora da raiz.
-- [x] Comandos e agentes criados pelo aluno entram no sync sem lista hardcoded.
-- [x] O Ops atualiza e valida a camada Codex junto com o framework.
-- [x] Constitution, README, AGENTS e onboarding descrevem Claude Code e Codex como runtimes equivalentes.
-- [x] Quality gates e testes automatizados passam.
-- [x] O pacote npm inclui todos os arquivos necessarios para instalar a camada hibrida.
-
-## Tasks
-
-- [x] Reescrever o sync Codex.
-- [x] Integrar sync/check ao instalador e ao Ops.
-- [x] Criar validacao e testes de distribuicao.
-- [x] Atualizar documentacao e versionamento.
-- [x] Executar pack dry-run, smoke test do instalador e quality gates.
-
-## File List
-
-- `.auroq-core/constitution.md`
-- `.auroq-core/core-config.yaml`
-- `.claude/CLAUDE.md`
-- `.claude/commands/AuroqOS/agents/ops.md`
-- `.gitignore`
-- `AGENTS.md`
-- `CHANGELOG.md`
-- `README.md`
-- `agents/companion/knowledge/system-guide.md`
-- `agents/consultor/knowledge/01-arquitetura-e-engenharia.md`
-- `bin/auroq-os.js`
-- `docs/stories/AUROQ-2.1.0-hybrid-runtime.md`
-- `package.json`
-- `package-lock.json`
-- `scripts/sync-codex-skills.mjs`
-- `scripts/validate-hybrid.mjs`
-- `tests/installer-hybrid.test.mjs`
-- `tests/sync-codex-skills.test.mjs`
-
-## Verification
-
-- `npm run lint` — PASS
-- `npm run typecheck` — PASS
-- `npm test` — PASS (3 testes, incluindo install real em temp)
-- `npm run build` — PASS (npm pack dry-run)
-- `npm audit --audit-level=moderate` — PASS (0 vulnerabilidades)
-- Conteudo do pacote: 275 arquivos; bridge, validador, story e testes presentes
-
-## Log
-
-- 2026-06-09 — Story criada e implementacao iniciada.
-- 2026-06-09 — Implementacao concluida e movida para InReview.
-- 2026-06-09 — Patch 2.1.1 removeu wrapper orfao do Squad Edicao e integrou o sync automatico do Pack Arcane.
-- 2026-06-10 — Patch 2.1.2 separou o Step de credenciais do Bootstrap 2 e adicionou o gate 1Password/vault local no Ops.

package/tests/installer-hybrid.test.mjs

@@ -1,66 +0,0 @@
-import assert from 'node:assert/strict';
-import { execFileSync } from 'node:child_process';
-import fs from 'node:fs';
-import os from 'node:os';
-import path from 'node:path';
-import test from 'node:test';
-
-const root = fs.realpathSync(process.cwd());
-
-test('installer entrega projeto hibrido funcional sem sobrescrever package scripts', () => {
-  const target = fs.mkdtempSync(path.join(os.tmpdir(), 'auroq-install-test-'));
-  const fakeHome = fs.mkdtempSync(path.join(os.tmpdir(), 'auroq-home-test-'));
-  try {
-    fs.writeFileSync(path.join(target, 'package.json'), `${JSON.stringify({
-      name: 'negocio-do-aluno',
-      private: true,
-      scripts: { negocio: 'echo preservado' },
-    }, null, 2)}\n`);
-
-    execFileSync(process.execPath, [path.join(root, 'bin', 'auroq-os.js'), 'init'], {
-      cwd: target,
-      env: { ...process.env, NODE_ENV: 'test', AUROQ_SKIP_AUTH: '1', HOME: fakeHome },
-      encoding: 'utf8',
-      stdio: 'pipe',
-    });
-
-    const installedPackage = JSON.parse(fs.readFileSync(path.join(target, 'package.json'), 'utf8'));
-    assert.equal(installedPackage.scripts.negocio, 'echo preservado');
-    assert.equal(installedPackage.scripts['auroq:sync:codex'], 'node scripts/sync-codex-skills.mjs --clean');
-    assert.ok(fs.existsSync(path.join(target, '.agents', 'skills', 'companion', 'SKILL.md')));
-    assert.ok(fs.existsSync(path.join(target, '.agents', 'skills', 'ops', 'SKILL.md')));
-    assert.equal(fs.existsSync(path.join(fakeHome, '.agents', 'skills')), false);
-
-    const installedOps = fs.readFileSync(path.join(target, '.claude', 'commands', 'AuroqOS', 'agents', 'ops.md'), 'utf8');
-    assert.match(installedOps, /PRE-GATE OBRIGATORIO — sistema de senhas e credenciais/);
-    assert.match(installedOps, /Conectar agora pelo Ops \(RECOMENDADO se ele ja tem o token\)/);
-    assert.match(installedOps, /Voltar ao Step anterior da plataforma/);
-    assert.match(installedOps, /Seguir com vault local \(MENOS SEGURO\)/);
-    assert.match(installedOps, /\*conectar-1password/);
-    assert.doesNotMatch(installedOps, /#### 1\. 1Password — cofre cifrado/);
-
-    const check = execFileSync(process.execPath, [path.join(target, 'scripts', 'sync-codex-skills.mjs'), '--check'], {
-      cwd: os.tmpdir(),
-      encoding: 'utf8',
-    });
-    assert.match(check, /9 skills verificadas/);
-
-    const validation = execFileSync('npm', ['run', 'auroq:validate'], {
-      cwd: target,
-      encoding: 'utf8',
-    });
-    assert.match(validation, /Validacao hibrida passou \(9 comandos descobertos\)/);
-
-    fs.writeFileSync(path.join(target, '.claude', 'commands', 'squad-anuncios-arcane.md'), `# squad-anuncios-arcane
-
-CRITICAL: Read and execute \`agents/squad-anuncios-arcane/tasks/start.md\`.
-`);
-    fs.mkdirSync(path.join(target, 'agents', 'squad-anuncios-arcane', 'tasks'), { recursive: true });
-    fs.writeFileSync(path.join(target, 'agents', 'squad-anuncios-arcane', 'tasks', 'start.md'), '# Start\n');
-    execFileSync(process.execPath, [path.join(target, 'scripts', 'sync-codex-skills.mjs'), '--clean'], { cwd: target });
-    assert.ok(fs.existsSync(path.join(target, '.agents', 'skills', 'squad-anuncios-arcane', 'SKILL.md')));
-  } finally {
-    fs.rmSync(target, { recursive: true, force: true });
-    fs.rmSync(fakeHome, { recursive: true, force: true });
-  }
-});

package/tests/onepassword.test.mjs

@@ -1,54 +0,0 @@
-import { test } from 'node:test';
-import assert from 'node:assert/strict';
-import { createRequire } from 'node:module';
-
-const require = createRequire(import.meta.url);
-const { isValidToken, upsertEnvFileContent } = require('../lib/onepassword.js');
-
-test('isValidToken aceita token de service account real', () => {
-  assert.equal(isValidToken('ops_' + 'a'.repeat(800)), true);
-  assert.equal(isValidToken('ops_eyJzaWduSW5BZGRyZXNzIjoibXkuMXBhc3N3b3JkLmNvbSJ9'), true);
-});
-
-test('isValidToken rejeita lixo do clipboard', () => {
-  assert.equal(isValidToken(''), false);
-  assert.equal(isValidToken('pbpaste > ~/.op-token'), false);
-  assert.equal(isValidToken('ops_'), false); // prefixo sem corpo
-  assert.equal(isValidToken('ops_curto'), false); // corpo curto demais
-  assert.equal(isValidToken('token ops_abc'), false); // nao comeca com ops_
-  assert.equal(isValidToken(null), false);
-  assert.equal(isValidToken(undefined), false);
-});
-
-test('upsertEnvFileContent adiciona o export em arquivo vazio', () => {
-  const out = upsertEnvFileContent('', 'ops_' + 'x'.repeat(40));
-  assert.match(out, /export OP_SERVICE_ACCOUNT_TOKEN='ops_x+'/);
-  assert.match(out, /gravado pelo Auroq OS/);
-});
-
-test('upsertEnvFileContent remove definicao antiga mas preserva comentarios do usuario', () => {
-  const existing = [
-    'export PATH="$HOME/bin:$PATH"',
-    '# comentario do usuario sobre OP_SERVICE_ACCOUNT_TOKEN — nao apagar',
-    "export OP_SERVICE_ACCOUNT_TOKEN='ops_velho1234567890123456789'",
-    "  OP_SERVICE_ACCOUNT_TOKEN='ops_sem_export_indentado_123'",
-    'alias ll="ls -la"',
-  ].join('\n');
-  const out = upsertEnvFileContent(existing, 'ops_' + 'n'.repeat(40));
-  assert.equal(out.includes('ops_velho'), false);
-  assert.equal(out.includes('ops_sem_export'), false);
-  // comentario do usuario que so MENCIONA a var fica intacto
-  assert.equal(out.includes('# comentario do usuario sobre OP_SERVICE_ACCOUNT_TOKEN'), true);
-  assert.equal(out.includes('export PATH="$HOME/bin:$PATH"'), true);
-  assert.equal(out.includes('alias ll="ls -la"'), true);
-  // exatamente UMA linha de export do token
-  const exports = out.split('\n').filter((l) => l.startsWith('export OP_SERVICE_ACCOUNT_TOKEN'));
-  assert.equal(exports.length, 1);
-});
-
-test('upsertEnvFileContent e idempotente', () => {
-  const token = 'ops_' + 'i'.repeat(40);
-  const once = upsertEnvFileContent('export FOO=bar', token);
-  const twice = upsertEnvFileContent(once, token);
-  assert.equal(once, twice);
-});