ganbatte-os 0.2.38 → 0.2.42

package/.gos/squads/design-delivery/squad.yaml

@@ -1,7 +1,7 @@
 name: design-delivery
 version: "1.0.0"
 short-title: "Design Delivery Squad"
-description: "Converte design e output de ferramentas generativas em codigo pronto para sprint e sincronizacao com ClickUp."
+description: "Converte design e output de ferramentas generativas em codigo pronto para producao (plano, execucao e validacao)."
 slashPrefix: "design-delivery"
 
 components:
@@ -11,6 +11,7 @@ components:
     - dev.md
     - sm.md
     - po.md
+    - qa.md
     - devops.md
   workflows:
     - wf-design-delivery.yaml
@@ -25,6 +26,6 @@ routing_matrix:
   stitch_code:
     primary: dev
     triggers: ["google stitch", "stitch", "codigo gerado pelo stitch"]
-  sprint_sync:
+  plan_pipeline:
     primary: sm
-    triggers: ["criar sprint", "subir clickup", "sync clickup"]
+    triggers: ["plano de tela", "planejar entrega", "quebrar em tasks"]

package/.gos/squads/design-delivery/workflows/wf-design-delivery.yaml

@@ -18,10 +18,10 @@ phases:
     owner: dev
     goal: "Transformar o material em codigo reutilizavel para React ou Next.js."
   - id: planning
-    name: "Sprint Planning"
+    name: "Plan Pipeline"
     owner: sm
-    goal: "Gerar backlog, prioridades e entregaveis de sprint."
-  - id: sync
-    name: "ClickUp Sync"
-    owner: devops
-    goal: "Criar ou atualizar sprint no ClickUp."
+    goal: "Gerar plano por tela, tasks com criterios de aceite e ordem backend-first."
+  - id: quality
+    name: "Quality Gate"
+    owner: qa
+    goal: "Auditar seguranca e performance; validar criterios de aceite antes de fechar."

package/.gos/templates/planTemplate.md

@@ -15,7 +15,13 @@ validated_at: null
 
 # <Título da tela>
 
-## Contexto
+> **Modelo O QUE / ONDE / COMO / POR QUE** — este plano (e cada task que ele gera) responde às 4 perguntas:
+> - **POR QUE** → `## Contexto` (motivação, PRD/ticket, problema).
+> - **O QUE** → `## Componentes mapeados` + `## Interações & Estados` + `## Checklist de aceite` (o entregável).
+> - **ONDE** → `context.md` (`## Arquivos relevantes`) + coluna de paths nas tasks (`## Arquivos`).
+> - **COMO** → `## Aderência à Stack` + `## Plano de execução` (abordagem técnica, fetching, composição).
+
+## Contexto (POR QUE)
 
 <Por que esta tela existe — referência ao PRD, ticket, decisão de produto.>
 
@@ -137,13 +143,23 @@ Decisões possíveis:
 
 ## Backend pendings
 
-> Gaps detectados confrontando Postman/regras-de-negocio com a necessidade da tela. Cada item vira task ClickUp atribuída ao Douglas (default) ou ao `ASSIGNEE` informado. Vazio = backend completo para esta tela.
+> Gaps detectados confrontando Postman/regras-de-negocio com a necessidade da tela. Tracking **local** (sem serviço externo). Vazio = backend completo para esta tela.
 
+> Coluna `Backend plan` referencia o plano-irmão `PLAN-NNN-backend-<slug>` quando o gap é grande o bastante para virar plano próprio; senão fica `-` (gap resolvido inline). Coluna `Status` é local: `aberto` / `em-andamento` / `concluido`.
 > Coluna `Bloqueia tasks` lista os T-IDs frontend cujo frontmatter declara `depends_on_backend:` apontando para a `gap-key` desta linha (ex.: `migration-20260501150000`).
+> Coluna `Bypass frontend` declara COMO o frontend entrega sem o backend pronto (fallback, mock, toast "em breve", cast + null-coalesce). Sem bypass declarado, a tarefa frontend fica `bloqueada-backend`. **Princípio: frontend nunca bloqueado por gap de backend — sempre há bypass OU a task é explicitamente bloqueada. Execução prioriza backend-first para destravar.**
+
+| gap-key | Gap | Bypass frontend | Endpoint/Coleção esperada | Backend plan | Status | Bloqueia tasks |
+|---------|-----|-----------------|---------------------------|--------------|--------|----------------|
+|         |     |                 |                           |              |        |                |
+
+## Impacto documental
 
-| gap-key | Gap | Endpoint/Coleção esperada | ClickUp ID | Status | Bloqueia tasks |
-|---------|-----|---------------------------|------------|--------|----------------|
-|         |     |                           |            |        |                |
+> Item 2 / `libraries/doc-sync-policy.md`. Docs que MUDAM com esta entrega (regras de negócio, fluxos, permissões, auditorias, seeds, ADRs, guias, contratos de API). `validate-plan` bloqueia o fechamento se um item aqui não foi atualizado no diff. Vazio = entrega não toca regra de negócio nem documentação.
+
+| Doc impactada | O que atualizar | Motivo (regra criada/alterada/removida) |
+|---------------|-----------------|------------------------------------------|
+|               |                 |                                          |
 
 ## Mock strategy
 
@@ -157,6 +173,20 @@ Decisões possíveis:
 - **Postman**: `<lista de coleções/endpoints relevantes em docs/postman/>`
 - **Stack ref**: `<sha de stack.md>`
 
+## Tabela de regressão
+
+> Fluxos/telas existentes que este plano NÃO pode quebrar. `validate-plan` confere que nenhum item regrediu. Vazio = plano greenfield sem superfície a preservar.
+
+- <rota/fluxo 1 — o que deve continuar funcionando (fetching + markup preservados)>
+- <rota/fluxo 2>
+
+## Anti-padrões
+
+> Proibições explícitas desta entrega. O executor recusa qualquer task que viole. Derivado das memórias do projeto + decisões deste plano.
+
+- ❌ <ação proibida 1 — ex.: criar primitiva nova quando componente X já cobre; estender via prop>
+- ❌ <ação proibida 2 — ex.: hardcode de RBAC inline em JSX; centralizar em helper>
+
 ## Riscos & Rollback
 
 - <risco>

package/.gos/templates/specTemplate.md

@@ -0,0 +1,68 @@
+---
+id: SPEC-<NNN>-<slug>
+plan_id: PLAN-<NNN>-<slug>
+tela: <nome da tela>
+stack_ref: docs/stack.md@<sha-curto>
+created_at: <iso>
+---
+
+# Spec — <Título da tela>
+
+> **Spec completa de desenvolvimento**. Deriva de `plan.md` + `context.md` + tasks e é o contrato que o **Junior executa** e o **Senior audita**. Responde O QUE / ONDE / COMO / POR QUE e fecha com critérios de aceite verificáveis. Sem placeholders: seção sem resposta = spec incompleta.
+
+## POR QUE (motivação)
+
+<Problema/necessidade que a entrega resolve. Referência a PRD/ticket/decisão de produto. O que muda quando isto existir.>
+
+## O QUE (escopo)
+
+<Descrição precisa do entregável: telas, componentes, comportamentos, dados. O que está DENTRO e o que está FORA do escopo (lista explícita de out-of-scope).>
+
+**Fora de escopo:**
+- <item que parece relacionado mas NÃO deve ser tocado>
+
+## Contrato backend / frontend
+
+> Item 9: decidir se o backend pronto atende ANTES de detalhar o frontend.
+
+- **Backend existente atende?** <sim | não | parcial>
+  - **Se sim**: o que usar (endpoint/coleção Postman | tabela | regra-de-negócio), por quê, onde e como consumir.
+  - **Se não/parcial**: gaps listados em `plan.md` `## Backend pendings`. Gap grande → plano-irmão `PLAN-NNN-backend-<slug>` executado ANTES do frontend dependente (backend-first).
+- **Padrão de fetching**: <server component | server action | client + cache>
+- **Auth/authz requerida**: <sim/não> — provider e regras (RLS/policy) de `docs/stack.md`.
+
+## ONDE (arquivos e rotas)
+
+> Referência a `context.md` `## Arquivos relevantes`. Caminhos concretos.
+
+- Rota: `<src/app/.../page.tsx>`
+- Arquivos-chave: `<lista com função de cada um>`
+
+## COMO (abordagem técnica)
+
+<Passo a passo da implementação em nível de spec: estrutura de pastas/rotas, fetching, composição de componentes, estado e interatividade, estados visuais (skeleton/empty/error/loading). Referência ao `## Plano de execução` do plano.>
+
+## Segurança e performance (checagens obrigatórias)
+
+> Auditadas por `security-review` / `perf-review` no fechamento.
+
+- **Segurança**: <RLS/policy aplicável, authz de endpoint/edge, validação Zod no boundary, sem secret no client>.
+- **Performance**: <cache estratégico, paginação por filtro/search, evitar N+1/over-fetch, trabalho não-realtime em fila/cron>.
+
+## Impacto documental
+
+> Item 2. Docs que MUDAM com esta entrega (regras de negócio, fluxos, permissões, seeds, ADR, guias). Atualizar no mesmo PR.
+
+- <doc impactada 1 — o que atualizar>
+
+## Critérios de aceite (globais)
+
+> Verificáveis (comando + resultado esperado). Cada task herda os que lhe cabem em `## Critérios de aceite (DoD)`. Se um critério falhar: loop de correção até passar (execute) / correção do Senior (validate). Anti-falso-positivo: re-verificar, nunca auto-declarar.
+
+- [ ] <critério 1 — comando + resultado esperado>
+- [ ] <critério 2>
+- [ ] `tsc --noEmit` exit 0
+- [ ] Estados loading/empty/error/success implementados
+- [ ] Segurança: sem findings críticos em `security-review`
+- [ ] Performance: sem findings críticos em `perf-review`
+- [ ] Documentação impactada atualizada (seção acima)

package/.gos/templates/taskTemplate.md

@@ -17,30 +17,57 @@ assignees: []
 links: []
 ---
 
-## Contexto
+<!--
+MODELO DE TASK: toda task DEVE responder às 4 perguntas, nesta ordem:
+  POR QUE → ## Contexto
+  O QUE   → ## Objetivo + ## Entrega
+  ONDE    → ## Arquivos
+  COMO    → ## Plano de execução
+Nenhuma seção pode ficar com placeholder. Se não há resposta para uma das 4, a task não está pronta para execução.
+-->
 
-<Por que esta task existe — referência direta ao plano pai e ao critério de aceite.>
+## Contexto (POR QUE)
 
-## Objetivo
+<Por que esta task existe — referência direta ao plano pai e ao critério de aceite. Qual problema/gap motiva.>
 
-<Resultado esperado em 1-2 frases.>
+## Objetivo (O QUE)
 
-## Plano de execução
+<Resultado esperado em 1-2 frases — o entregável concreto, observável.>
+
+### Entrega
+
+- <artefato 1 que esta task produz (componente, action, migration, story...)>
+- <artefato 2>
+
+## Arquivos (ONDE)
+
+> Caminhos exatos. Marque a operação. Sem isso o executor adivinha — proibido.
+
+| Operação | Path | Nota |
+|----------|------|------|
+| criar | `src/.../novo.tsx` | <o que é> |
+| editar | `src/.../existente.ts:NN` | <o que muda> |
+| deletar | `src/.../legado.tsx` | <só se `cleanup_target`> |
+
+## Plano de execução (COMO)
 
 - [ ] Passo 1
 - [ ] Passo 2
 - [ ] Passo 3
 
-## Critérios de aceitação (DoD)
+## Critérios de aceite (DoD)
+
+> Cada critério é **machine-checkable** (comando + resultado esperado) OU verificável por evidência no diff. `execute-plan` roda estes critérios ao concluir a task (loop de correção: OK → segue; inconclusivo → bypass + alerta; falha → corrige até passar, teto 3). `validate-plan` (Senior) re-verifica e corrige gaps. Derivados do `spec.md` (critérios globais) + `valida_em` do plano.
 
-- [ ] Implementação atende `valida_em` do plano
+- [ ] Implementação atende `valida_em` do plano e o critério correspondente do `spec.md`
 - [ ] **Visual gate aprovado** (relatório em `T-NNN-NN.notes.md` com 5 seções: anatomia, tokens, variants, densidade, comportamentos)
 - [ ] **Comportamentos**: cada `interaction_target` declarado tem handler/estado implementado e observável no diff
 - [ ] **Overrides**: cada `override_target` declarado foi aplicado conforme decisão (a/b/c) registrada em `## Page-level overrides`
 - [ ] **Cleanup**: quando `cleanup_target:` declarado, arquivo foi removido (`git diff --staged` mostra deleção)
-- [ ] Tests/CI verdes
-- [ ] Sem regressões
-- [ ] <métrica específica>
+- [ ] `tsc --noEmit` exit 0 (ou comando de typecheck da stack)
+- [ ] Tests/CI verdes: `<comando de teste da stack>` → passa
+- [ ] Sem regressões nos fluxos de `## Tabela de regressão` do plano
+- [ ] <critério específico da task — comando + resultado esperado>
 
 ## Riscos & Rollback
 

package/AGENTS.md

@@ -32,8 +32,6 @@ Este repo existe para acelerar design-to-code e entrega de sprint.
 | **interface-design** | `/gos:skills:interface-design` | Design de interface com metodologia intent-first |
 | **react-best-practices** | `/gos:skills:react-best-practices` | Otimizacao de performance React/Next.js |
 | **react-doctor** | `/gos:skills:react-doctor` | Diagnostico de saude de componentes React |
-| **sprint-planner** | `/gos:skills:sprint-planner` | Planejamento completo de sprint |
-| **clickup** | `/gos:skills:clickup` | Gestao de tarefas e sprints no ClickUp |
 | **plan-to-tasks** | `/gos:skills:plan-to-tasks` | Converte plano em tasks acionaveis |
 | **agent-teams** | `/gos:skills:agent-teams` | Coordena multiplos agentes em time |
 | **git-ssh-setup** | `/gos:skills:git-ssh-setup` | Configura identidade SSH para o workspace |

package/CLAUDE.md

@@ -1,11 +1,11 @@
 # ganbatte-os Context
 
-ganbatte-os e uma distribuicao enxuta do framework operacional ganbatte-os para:
+ganbatte-os e uma distribuicao enxuta do framework operacional ganbatte-os, focada em DESENVOLVIMENTO:
 
+- prototipacao de ideias
 - converter design em codigo
-- organizar squads de entrega
-- planejar sprint
-- sincronizar backlog no ClickUp
+- implementacao, otimizacao e seguranca
+- organizar squads de desenvolvimento
 
 Priorize React e Next.js. Quando houver input vindo de Figma Make ou Stitch, trate o codigo como material de triagem antes de integrar ao projeto final.
 
@@ -30,6 +30,13 @@ Todo texto gerado deve passar por correcao ortografica e remocao de padroes de I
 - **Humanizacao**: Skill `/humanizer` remove padroes de escrita artificial (26 patterns)
 - **Referencia**: `libraries/content/ai-writing-patterns.md` (taxonomia de padroes)
 
+## Qualidade de Codigo (seguranca, performance, docs)
+
+- **Seguranca**: `security-review` audita vulnerabilidades conhecidas (React/Next/TS/Node/Deno/Supabase RLS+edge/D1). Roda no fechamento do `validate-plan` e sob demanda (`*security-review`). CRITICAL/HIGH bloqueiam o fechamento do plano. Catalogo: `libraries/security-audit-playbook.md`.
+- **Performance**: `perf-review` audita cache, filas, background, cron, N+1, views/materialized, paginacao, over-fetch (Supabase e D1). Roda no fechamento e sob demanda (`*perf-review`). Catalogo: `libraries/performance-audit-playbook.md`.
+- **Documentacao sempre sincronizada** (`libraries/doc-sync-policy.md`): regra de negocio criada/alterada/removida => atualizar docs impactadas (regras-de-negocio, fluxos, permissoes, ADR, seeds, contratos) no mesmo PR. `plan.md` `## Impacto documental` declara; `validate-plan` bloqueia o fechamento se algo ficou dessincronizado.
+- **Anti-over-engineering** (`libraries/lazy-dev-policy.md`): escrever so o necessario — reuso > stdlib > native > dep > 1 linha > minimo. Nunca cortar validacao/seguranca/a11y.
+
 ## Comandos do Workspace
 
 | Comando | O que faz |
@@ -40,7 +47,6 @@ Todo texto gerado deve passar por correcao ortografica e remocao de padroes de I
 | `npm run gos:version` | Versao e atualizacoes |
 | `npm run sync:ides` | Regenera IDE adapters |
 | `npm run check:ides` | Valida IDE adapters |
-| `npm run clickup` | CLI ClickUp |
 
 ## Slash Commands
 
@@ -48,14 +54,24 @@ Todo texto gerado deve passar por correcao ortografica e remocao de padroes de I
 gos-master | architect | dev | devops | po | qa | sm | squad-creator | ux-design-expert
 
 ### Skills (invoke via /gos:skills:{slug})
-design-to-code | figma-implement-design | figma-make-analyzer | make-code-triage | make-version-diff | component-dedup | frontend-dev | interface-design | react-best-practices | react-doctor | sprint-planner | clickup | plan-to-tasks | agent-teams | git-ssh-setup | humanizer | weekly-update | slack-review | stack-profiler | plan-blueprint | progress-tracker | execute-plan | validate-plan | audit-screenshots
+design-to-code | figma-implement-design | figma-make-analyzer | make-code-triage | make-version-diff | component-dedup | frontend-dev | interface-design | react-best-practices | react-doctor | plan-to-tasks | agent-teams | git-ssh-setup | humanizer | stack-profiler | plan-blueprint | progress-tracker | execute-plan | validate-plan | audit-screenshots | security-review | perf-review | simplify-review
 
 ### IDEs suportadas (npm run sync:ides gera adapters)
 Claude Code | Cursor | Gemini CLI | Qwen Code | Antigravity | Opencode | Kilo Code | **Codex IDE Extension** (ambiente de execucao, comando primario `*execute-plan`)
 
+## Model routing por etapa (Junior executa, Senior audita)
+
+Regra persistida: planos, tasks e spec sao criados pensando que um **Junior executa** e um **Senior audita**. O modelo/provider de cada etapa e **configuravel** e resolvido por `.gos/scripts/tools/model-router.js`:
+
+- **plan** (Senior): cria plano + tasks + spec. Default `claude-opus-4-8`.
+- **execute** (Junior): analisa plano/tasks/spec e implementa. Default `claude-sonnet-5` (aceita Codex e modelos mais baratos adequados).
+- **validate** (Senior): audita a execucao e corrige qualquer GAP deixado pelo Junior. Default `claude-opus-4-8`.
+
+Precedencia: `.gos-local/models.json` (override local por dev/projeto) → `.gos/config.json` campo `stageModels` (default versionado). `gos init` gera o `.gos-local/models.json`. Consulta: `node .gos/scripts/tools/model-router.js get <plan|execute|validate>`.
+
 ## Plan Pipeline (stack-aware)
 
-Pipeline padronizado para criacao de planos por tela. Toda tela = 1 plano. Stack-of-record (`docs/stack.md`) e contrato — alteracoes de stack exigem ADR. Divisao de trabalho: **Opus 4.7 planeja, Codex IDE executa**.
+Pipeline padronizado para criacao de planos por tela. Toda tela = 1 plano. Stack-of-record (`docs/stack.md`) e contrato — alteracoes de stack exigem ADR. Divisao de trabalho: **Senior (etapa plan) planeja, Junior (etapa execute) implementa, Senior (etapa validate) audita** — modelos definidos em `stageModels` (ver acima).
 
 | Comando | Skill | IDE / Modelo | Funcao |
 |---------|-------|--------------|--------|
@@ -65,7 +81,7 @@ Pipeline padronizado para criacao de planos por tela. Toda tela = 1 plano. Stack
 | `*validate-plan <PLAN-NNN>` | `validate-plan` | Opus 4.7 (revisor) | Valida pos-execute; auto-marca concluido tasks que passam em checklist + visual gate curto + diff |
 | `*progress [show|set|status]` | `progress-tracker` | qualquer | Memoria L1 + state machine de status |
 
-State machine: `pendente -> em-andamento -> validacao -> concluido`. Estado lateral `bloqueada-backend` (introduzido pelo `*execute-plan` quando task tem `depends_on_backend:` em aberto no ClickUp; libera quando ClickUp fecha). `concluido` marcado automaticamente pelo `*validate-plan` quando passa em checklist + visual gate curto + diff + cobertura de `interaction_target`/`override_target`.
+State machine: `pendente -> em-andamento -> validacao -> concluido`. Estado lateral `bloqueada-backend` (introduzido pelo `*execute-plan` quando task tem `depends_on_backend:` com gap de backend ainda em aberto no tracking local; libera quando o pending local fecha). `concluido` marcado automaticamente pelo `*validate-plan` quando passa em checklist + visual gate curto + diff + cobertura de `interaction_target`/`override_target`.
 
 **Politica Figma vs Storybook**: story define API/anatomia do componente; em conflito visual cosmetico (bg, border, padding, radius), Figma da pagina vence — divergencia e registrada em `## Page-level overrides` do plano com decisao a/b/c (a=className, b=variant nova, c=excecao documentada). Sem essa disciplina, refinamentos da pagina viram retrabalho no fim (caso PLAN-005: 54 deltas em 26 rodadas).
 
@@ -73,7 +89,7 @@ State machine: `pendente -> em-andamento -> validacao -> concluido`. Estado late
 
 **Cleanup de starter legado (Fase 1.6)**: `.gos-local/plan-paths.json` campo `legacy_starter_dirs: ["src/figma-make/", ...]` faz `*plan` emitir tasks `T-NN-cleanup-legacy-<slug>` automaticamente para arquivos do starter. Sem o campo, comportamento atual preservado.
 
-**Schema/contrato gate (Fase 2.4)**: `.gos-local/plan-paths.json` campo `backend_schema_files: [...]` (Postman + Prisma) faz `*plan` validar contrato antes de emitir tasks frontend; gaps viram task ClickUp + entrada em `## Backend pendings`.
+**Schema/contrato gate (Fase 2.4)**: `.gos-local/plan-paths.json` campo `backend_schema_files: [...]` (Postman + Prisma) faz `*plan` validar contrato antes de emitir tasks frontend; gaps viram entrada local em `## Backend pendings` (e plano-irmao `PLAN-NNN-backend-<slug>` quando grandes).
 
 **Skill `*audit-screenshots`**: conversacional. Recebe N prints anotados em uma sessao, resolve cada print -> tela -> Figma frame via `docs/figma-screen-map.md`, compara, e ao fechar emite UM plano de correcao com tasks pendentes (sem executar). Acoplado ao mesmo template — output e input valido para `*execute-plan`/`*validate-plan`.
 

package/GEMINI.md

@@ -1,12 +1,12 @@
 # ganbatte-os For Gemini CLI
 
-Use este projeto como um kit de design-to-code e sprint ops.
+Use este projeto como um kit de desenvolvimento: design-to-code, implementacao, otimizacao e seguranca.
 
 ## Prioridades
 
 - Figma, Figma Make e Stitch para React/Next.js
-- planejamento de sprint
-- ClickUp
+- planejamento por tela (plano + tasks com criterios de aceite)
+- auditoria de seguranca e performance
 - revisao de qualidade antes de entrega
 
 ## Fontes principais

package/LICENSE

@@ -1,6 +1,6 @@
 MIT License
 
-Copyright (c) 2026 Douglas Oliveira
+Copyright (c) 2026 Douglas Oliveira (https://github.com/imdouglasoliveira)
 
 Permission is hereby granted, free of charge, to any person obtaining a copy
 of this software and associated documentation files (the "Software"), to deal

package/README.md

@@ -1,6 +1,6 @@
 # ganbatte-os
 
-Framework operacional para design-to-code, squads de entrega e sprint sync com ClickUp.
+Framework operacional de desenvolvimento: prototipacao, design-to-code, implementacao, otimizacao e seguranca.
 
 ---
 
@@ -8,7 +8,7 @@ Framework operacional para design-to-code, squads de entrega e sprint sync com C
 [![NPM Home](https://img.shields.io/badge/NPM-Registry-red)](https://www.npmjs.com/package/ganbatte-os)
 ![Node >= 18](https://img.shields.io/badge/Node.js-%3E%3D18-green)
 
-O **ganbatte-os** organiza agentes de IA, skills e squads num workspace pronto para uso. Ele orquestra o ciclo completo de desenvolvimento conectando Figma, ClickUp e as principais IDEs de IA (Claude Code, Gemini, Cursor, etc). Baseado nos padrões do framework `.a8z-OS`.
+O **ganbatte-os** organiza agentes de IA, skills e squads num workspace pronto para uso. Ele orquestra o ciclo completo de desenvolvimento — da prototipacao à implementação, otimização e segurança — conectando Figma e as principais IDEs de IA (Claude Code, Gemini, Cursor, etc). Baseado nos padrões do framework `.a8z-OS`.
 
 ## Quick Start
 
@@ -52,7 +52,6 @@ Após rodar o install, o framework criará uma estrutura limpa na sua raiz:
 | `npm run gos:rescue` | `gos rescue` | Lista/recupera stashes acumulados de updates falhos |
 | `npm run sync:ides` | — | Regenera apenas os IDE adapters (`.claude/`, `.qwen/`, `.gemini/`, `.cursor/`, `.agents/`) |
 | `npm run check:ides` | — | Valida que adapters estão consistentes com `.gos/skills/registry.json` |
-| `npm run clickup` | — | CLI ClickUp |
 
 ## Atualizar o ganbatte-os
 
@@ -210,8 +209,8 @@ O `ganbatte-os` utiliza uma estrutura **encapsulada** para manter seu projeto li
 ## Funcionalidades Principais
 
 - **Design-to-Code**: Pipeline automatizado para converter frames do Figma em componentes React/Next.js de alta fidelidade.
-- **Squads de Entrega**: Agentes especializados (SM, PO, Dev, QA) que trabalham de forma coordenada.
-- **Sincronização ClickUp**: Conecta seu workspace diretamente ao ClickUp para automação de status e tarefas.
+- **Pipeline de Planos**: Plano por tela com `spec.md`, tasks com critérios de aceite e loop de correção automática (Opus planeja, modelo barato executa, Opus valida).
+- **Auditoria de Segurança e Performance**: Verificação sistemática de vulnerabilidades (RLS, authz, secrets) e otimização (cache, filas, N+1, paginação) em Supabase e D1.
 - **Multi-IDE Multi-Tenant**: Configurações automáticas para as melhores ferramentas de IA do mercado.
 
 ## Agentes Disponíveis
@@ -242,13 +241,12 @@ O `ganbatte-os` utiliza uma estrutura **encapsulada** para manter seu projeto li
 | **interface-design** | `/gos:skills:interface-design` | Design de interface com metodologia intent-first |
 | **react-best-practices** | `/gos:skills:react-best-practices` | Otimizacao de performance React/Next.js |
 | **react-doctor** | `/gos:skills:react-doctor` | Diagnostico de saude de componentes React |
-| **sprint-planner** | `/gos:skills:sprint-planner` | Planejamento completo de sprint |
-| **clickup** | `/gos:skills:clickup` | Gestao de tarefas e sprints no ClickUp |
 | **plan-to-tasks** | `/gos:skills:plan-to-tasks` | Converte plano em tasks acionaveis |
 | **agent-teams** | `/gos:skills:agent-teams` | Coordena multiplos agentes em time |
 | **git-ssh-setup** | `/gos:skills:git-ssh-setup` | Configura identidade SSH para o workspace |
 | **humanizer** | `/gos:skills:humanizer` | Remove padroes de IA do texto (two-pass audit + soul injection) |
-| **weekly-update** | `/gos:skills:weekly-update` | Resumo semanal de tasks ClickUp → humaniza → posta no Slack (requer aprovacao) |
+| **security-review** | `/gos:skills:security-review` | Auditoria de seguranca (RLS, authz, secrets, injection) |
+| **perf-review** | `/gos:skills:perf-review` | Auditoria de performance (cache, filas, N+1, paginacao) |
 | **stack-profiler** | `/gos:skills:stack-profiler` | Mantem `docs/stack.md` como stack-of-record canonica do projeto |
 | **plan-blueprint** | `/gos:skills:plan-blueprint` | Cria plano por tela (1 tela = 1 plano) seguindo a stack |
 | **progress-tracker** | `/gos:skills:progress-tracker` | Memoria L1 (`progress.txt`) + state machine de status |

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "ganbatte-os",
-  "version": "0.2.38",
-  "description": "Framework operacional para design-to-code, squads de entrega e sprint sync com ClickUp.",
+  "version": "0.2.42",
+  "description": "Framework operacional de desenvolvimento: prototipacao, design-to-code, implementacao, otimizacao e seguranca.",
   "bin": {
     "gos": ".gos/scripts/cli/gos-cli.js"
   },
@@ -11,7 +11,6 @@
     "gos:doctor": "node .gos/scripts/cli/gos-cli.js doctor",
     "gos:version": "node .gos/scripts/cli/gos-cli.js version",
     "gos:rescue": "node .gos/scripts/cli/gos-cli.js rescue",
-    "clickup": "node .gos/scripts/tools/clickup.js",
     "sync:ides": "node .gos/scripts/integrations/setup-ide-adapters.js",
     "check:ides": "node .gos/scripts/integrations/check-ide-compat.js",
     "doctor": "node .gos/scripts/cli/gos-cli.js doctor"