ganbatte-os 0.2.36 → 0.2.38

package/.gos/skills/typeform-form-pattern/SKILL.md

@@ -0,0 +1,210 @@
+---
+name: typeform-form-pattern
+description: >
+  Gera estrutura de form passo-a-passo estilo Typeform (uma pergunta por vez), com
+  questions[] tipadas, hooks de navegacao, validacao Zod, animacao, progress bar e
+  estados visuais. Lucide React (zero emoji). React + TS + Tailwind + shadcn.
+argument-hint: "<descricao do form ou 'spec' para ver a anatomia>"
+allowedTools: [Read, Glob, Grep, Bash, Write, Edit, AskUserQuestion]
+sourceDocs:
+  - libraries/typeform-pattern-spec.md
+  - libraries/lucide-icons-policy.md
+  - libraries/ui-guardrails-checklist.md
+use-when:
+  - usuario pede form de cadastro/onboarding/quiz/lead/survey
+  - precisa coletar dados em multiplas etapas com baixo cognitive load
+  - mobile-first form
+do-not-use-for:
+  - settings page com varios campos editaveis simultaneamente (use form tradicional)
+  - input simples 1-2 campos (overhead nao compensa)
+metadata:
+  category: ui-pattern
+---
+
+Voce esta executando como **Typeform Pattern Generator** via skill `typeform-form-pattern`. Gera estrutura completa baseada em `libraries/typeform-pattern-spec.md`.
+
+## Pre-flight
+
+1. Pergunta ao usuario:
+   - "Quantas perguntas previstas?" (estimar — pode evoluir)
+   - "Salvar progresso entre sessoes? (sessionStorage / Supabase / nao)"
+   - "Tem tela de Welcome inicial? E de Review final?"
+   - "Submit final manda pra Supabase, Workers, ou apenas mostra resultado?"
+2. Validar stack: deve existir `tailwind.config`, `lucide-react` no package.json, shadcn `Button`, `Input`, `Card`, `Label`. Senao -> propor instalar.
+3. Aplicar `libraries/lucide-icons-policy.md` — zero emoji, todos icones via Lucide.
+
+## Geracao
+
+### Arquivos criados
+
+```
+src/components/<feature>/
+  questions.ts              # tipos + array de questions
+  TypeformContainer.tsx     # estado + navegacao
+  questions/
+    WelcomeQuestion.tsx
+    TextQuestion.tsx
+    NumberQuestion.tsx
+    ChoiceQuestion.tsx
+    MultiChoiceQuestion.tsx
+    ReviewQuestion.tsx
+  hooks/
+    useTypeformFlow.ts
+  schemas/
+    formSchema.ts           # Zod
+```
+
+### Estrutura base de `questions.ts`
+
+```ts
+import type { ComponentType } from 'lucide-react';
+import * as Icons from 'lucide-react';
+
+export type QuestionType =
+  | 'welcome' | 'text' | 'number' | 'choice' | 'multiChoice' | 'date' | 'review';
+
+export interface QuestionOption {
+  value: string;
+  label: string;
+  description?: string;
+  iconName?: keyof typeof Icons;
+}
+
+export interface Question<F = Record<string, unknown>> {
+  id: string;
+  type: QuestionType;
+  field: keyof F | null;
+  question: string | ((data: F) => string);
+  description?: string;
+  placeholder?: string;
+  suffix?: string;
+  decimal?: boolean;
+  buttonText?: string;
+  options?: QuestionOption[];
+  validate?: (value: unknown, data: F) => string | null;
+  showWhen?: (data: F) => boolean;
+}
+
+// Exemplo:
+export const questions: Question<FormData>[] = [
+  {
+    id: 'welcome',
+    type: 'welcome',
+    field: null,
+    question: 'Vamos comecar',
+    description: 'Sera rapido — leva 2 minutos.',
+    buttonText: 'Comecar',
+  },
+  {
+    id: 'name',
+    type: 'text',
+    field: 'name',
+    question: 'Como podemos te chamar?',
+    placeholder: 'Seu nome',
+    validate: (v) => (!v ? 'Campo obrigatorio' : null),
+  },
+  // ...
+];
+```
+
+### Hook `useTypeformFlow`
+
+Encapsula:
+- `currentIndex`, `setCurrentIndex`
+- `data`, `updateField`
+- `activeQuestions` (filtrado por `showWhen`)
+- `currentQ`
+- `handleNext` (com validacao)
+- `handlePrevious`
+- `handleKeyPress` (Enter, Esc)
+- `progress` (% concluido)
+- Persistencia opcional (sessionStorage ou Supabase)
+
+### Container
+
+```tsx
+export function TypeformContainer({ onComplete }: Props) {
+  const flow = useTypeformFlow(questions);
+
+  return (
+    <div className="min-h-screen flex flex-col">
+      <ProgressBar value={flow.progress} />
+
+      <main className="flex-1 flex items-center justify-center px-4">
+        <div className={`max-w-2xl w-full transition-all duration-300 ${
+          flow.isAnimating ? 'opacity-0 translate-y-4' : 'opacity-100 translate-y-0'
+        }`}>
+          <QuestionRenderer question={flow.currentQ} flow={flow} />
+        </div>
+      </main>
+
+      <NavButtons flow={flow} />
+    </div>
+  );
+}
+```
+
+### Estados visuais (UI guardrails)
+
+Aplicar `libraries/ui-guardrails-checklist.md`:
+
+- **Loading** (submitting): botao final disabled + `<Loader2 className="h-4 w-4 animate-spin mr-2" />`.
+- **Empty** (questions = []): tela "Nenhuma pergunta configurada" com `<AlertCircle />`.
+- **Error**: inline acima do CTA primario.
+- **Success**: tela final com `<CheckCircle2 className="h-16 w-16 text-success" />` + redirect/proximos passos.
+- **Skeleton**: nao aplicavel (form nao tem fetch inicial geralmente).
+
+### Validacao com Zod
+
+```ts
+// schemas/formSchema.ts
+import { z } from 'zod';
+
+export const formSchema = z.object({
+  name: z.string().min(2, 'Minimo 2 caracteres'),
+  email: z.string().email('Email invalido'),
+  age: z.coerce.number().int().min(13, 'Minimo 13 anos').max(120),
+  // ...
+});
+
+export type FormData = z.infer<typeof formSchema>;
+```
+
+Chamar no submit final:
+```ts
+const result = formSchema.safeParse(data);
+if (!result.success) {
+  // mostrar primeiro erro inline
+}
+```
+
+### Acessibilidade obrigatoria
+
+- `aria-live="polite"` no container que troca de question.
+- `aria-label` em botoes voltar / Lucide-icon-only.
+- `useEffect` foca o input ao mudar de question.
+- Roles ARIA em listas de opcoes (`role="radiogroup"` para choice).
+
+### Atalhos teclado
+
+- `Enter` -> next.
+- `Esc` ou `Backspace` (em campo vazio) -> previous.
+- Em multiChoice: setas para navegar opcoes, espaco para toggle.
+
+## Customizacao por usuario
+
+Apos gerar estrutura base, AskUserQuestion:
+1. "Cor primaria? (default: shadcn primary)"
+2. "Animacao de transicao? (fade / slide / nenhuma)"
+3. "Progress bar: top, bottom, ou nao?"
+4. "Permite voltar e editar respostas? (sim/nao)"
+
+## Anti-patterns embutidos (gera com warning se usuario insistir)
+
+- "Quero todas as perguntas em uma tela" -> form tradicional, nao typeform-pattern.
+- "Sem progress bar" -> warning, mas gera (UX ruim em mobile).
+- "Emoji nas opcoes" -> recusar, usar Lucide.
+
+## Input
+
+$ARGUMENTS

package/.gos/skills/ui-guardrails/SKILL.md

@@ -0,0 +1,111 @@
+---
+name: ui-guardrails
+description: >
+  Pre-flight obrigatorio antes de codar uma tela. Verifica que cada task de tela tem
+  estados (loading/empty/error/success), responsividade, a11y e tokens declarados.
+  Bloqueia codegen se faltar — evita que erros de UI sejam descobertos tarde.
+  Pensado para reduzir o "trabalho extra de corrigir o que nao foi previsto".
+argument-hint: "<plan-id-ou-task-path>"
+allowedTools: [Read, Glob, Grep, Edit, AskUserQuestion]
+sourceDocs:
+  - libraries/ui-guardrails-checklist.md
+use-when:
+  - antes de design-to-code/figma-implement-design rodar
+  - validar plano de UI antes de execute-plan
+  - usuario reclama "esqueceram do estado vazio de novo"
+do-not-use-for:
+  - tasks de backend (sem UI)
+  - bug fixes pontuais (use react-doctor)
+metadata:
+  category: validation
+---
+
+Voce esta executando como **UI Guardrails Validator** via skill `ui-guardrails`. Verifica que cada task de UI tem cobertura completa antes de codegen — bloqueia execucao se faltar.
+
+## Contrato
+
+1. Le um plano (`docs/plans/PLAN-NNN/`) ou task individual (`tasks/T-NN-...md`).
+2. Para cada task com `area: ui-ux` ou `area: frontend`, aplica checklist (ver `libraries/ui-guardrails-checklist.md`).
+3. Se faltar item -> output structured com gaps + sugestao de adicao + opcao de `AskUserQuestion` para corrigir inline OU abortar.
+4. Se passar -> output curto "OK, N tasks validadas, codegen liberado".
+
+## Checklist (resumo — detalhe na library)
+
+Para CADA task de UI:
+
+### A. Estados visuais (5 obrigatorios)
+- [ ] Loading: **skeleton OBRIGATORIO** (shadcn `Skeleton`) para listas/cards/tabelas; spinner Lucide `Loader2` so para botoes ou acoes pontuais.
+- [ ] Empty: copy + Lucide icon (h-12 w-12 text-muted-foreground) + CTA primario.
+- [ ] Error: mensagem + Lucide `AlertTriangle` + recovery action (botao retry).
+- [ ] Success (quando aplicavel): Lucide `CheckCircle2` em toast/inline.
+- [ ] Default (renderizado normal).
+
+**Regra critica**: **SEMPRE skeleton ao carregar dados**, **SEMPRE empty state quando lista vazia**. Sem excecoes mesmo em descartavel.
+
+### B. Responsividade (3 breakpoints minimos)
+- [ ] Mobile (<768px): layout declarado
+- [ ] Tablet (768-1024px): comportamento declarado
+- [ ] Desktop (>1024px): default
+
+### C. A11y (4 minimos)
+- [ ] Roles ARIA quando aplicavel (button, dialog, listbox)
+- [ ] Labels em inputs (htmlFor + id ou aria-label)
+- [ ] Focus order definido se mais de 3 elementos interativos
+- [ ] Contraste AA verificado (lens 6 do figma-print-diff)
+
+### D. Tokens do DS (todos via referencia)
+- [ ] Cores via tokens (`bg-primary`, NUNCA hex direto)
+- [ ] Spacing via scale (`gap-4`, NUNCA `gap-[17px]`)
+- [ ] Typography via classes (`text-base`, NUNCA `text-[15px]`)
+- [ ] Border-radius via scale (`rounded-md`, NUNCA `rounded-[7px]`)
+
+### F. Lucide React (zero-emoji policy)
+- [ ] Import de icones SO de `lucide-react` (nunca FontAwesome/Heroicons/outra lib).
+- [ ] **Zero emoji unicode em strings de UI** (regex `/[\u{1F300}-\u{1FAFF}\u{2600}-\u{27BF}]/u`).
+- [ ] Icon-only button com `aria-label` obrigatorio.
+- [ ] Tamanhos canonicos: `h-3.5 w-3.5` inline, `h-4 w-4` button, `h-5 w-5` heading, `h-12 w-12` empty state, `h-16 w-16` hero.
+
+Detalhe: `libraries/lucide-icons-policy.md`.
+
+### E. Interacao (quando aplicavel)
+- [ ] Trigger -> acao -> resultado declarado em `## Interacoes & Estados`
+- [ ] Edge case: o que acontece se trigger duplicar (debounce)?
+- [ ] Edge case: o que acontece se backend demorar >3s?
+
+## Niveis de violacao
+
+| Tipo | Severidade | Acao |
+|------|-----------|------|
+| A faltando (estado) | high | Bloqueia codegen. Pede correcao via AskUserQuestion. |
+| B faltando (responsivo) | high | Bloqueia se task e tela full. Warning se componente isolado. |
+| C faltando (a11y) | medium | Warning. Codegen continua mas adiciona TODO no codigo. |
+| D faltando (tokens) | medium | Warning. Codegen pode prosseguir mas relatorio ao final. |
+| E faltando (interacao) | high (se ha trigger) | Bloqueia. plan-blueprint ja exige isso — caso aqui e detectar regressao. |
+| F faltando (Lucide/emoji) | high | Bloqueia. Recusar codigo com emoji em UI ou icone nao-Lucide. |
+
+## Output
+
+```
+[ui-guardrails] PLAN-NNN — N tasks de UI validadas
+
+[OK]   T-01: cards-projeto-list           A B C D E
+[FAIL] T-02: drawer-edit-projeto          A . C D E   (faltando: empty state, hover focus)
+[WARN] T-03: tooltip-status               A B . D E   (a11y: sem aria-label)
+
+bloqueado: 1 task (T-02). Corrija antes de design-to-code.
+warnings: 1 (T-03 — a11y).
+```
+
+## Hook em pipeline
+
+`prototype-orchestrator` (fase 5 -> 6) e `plan-blueprint` (apos plan-to-tasks) DEVEM chamar `ui-guardrails` automaticamente em produtos NAO-descartaveis. Para descartaveis, oferecer skip via flag `--no-guardrails`.
+
+## Regras criticas
+
+- **Descartavel relax**: se plan tem `descartavel: true` no frontmatter, A/B viram warning (nao block).
+- **Codegen sem guardrails**: violacao da regra do dono ("muito trabalho corrigindo erros nao previstos"). Bloqueia.
+- **Self-update**: se task tem `interaction_target` mas falta `## Interacoes & Estados` no plano, sugerir patch automatico.
+
+## Input
+
+$ARGUMENTS

package/.gos/skills/validate-plan/SKILL.md

@@ -75,6 +75,8 @@ Apos o loop:
 
 1. **Cobertura de comportamento**: ler `## Interações & Estados` em `plan.md`. Para cada bullet (slug): existe AO MENOS 1 task com `interaction_target:` apontando pra ele E status `concluido`? Bullet sem cobertura -> plano permanece em `validacao` (registrar em `T-NNN-NN.notes.md` da task mais proxima do dominio).
 2. **Cobertura de overrides**: ler `## Page-level overrides`. Cada linha com decisao (a/b/c) tem task `concluido` cobrindo? grep do `override_target:` correspondente nos frontmatter de tasks. Override sem cobertura -> plano permanece em `validacao`.
+2.1. **Cobertura de drift map**: ler `## Drift map` (e `<plano>/drift-map.md` se existir). Cada linha tem override implementado OU task `concluido` cobrindo? Linha sem encaminhamento -> plano permanece em `validacao` (registrar em `T-NNN-NN.notes.md` da task mais proxima).
+2.2. **Cleanup legado**: para cada task com frontmatter `cleanup_target: <path>`, confirmar que o arquivo foi removido. Comando: `git log --diff-filter=D --name-only --since=<plan.created_at> -- <path>` deve retornar match OU `git diff --staged --name-only --diff-filter=D` contem `<path>`. Falha -> task volta a `validacao` (nao auto-conclui).
 3. **Checklist do plano**: ler `## Checklist de aceite` em `plan.md`. Itens nao marcados -> plano permanece em `validacao` mesmo se todas as tasks fecharam.
 4. **Backend pendings**: ler `## Backend pendings`. Para cada linha com `ClickUp ID`:
    - Consultar `mcp__clickup__clickup_get_task <ID>`.

package/.gos/templates/intakeTemplate.md

@@ -0,0 +1,41 @@
+---
+intake_id: INTAKE-<NNN>-<slug>
+status: pronto-para-prd
+descartavel: <true|false>
+created_at: <iso>
+---
+
+# <Titulo curto da ideia>
+
+## Problema (em uma frase)
+<sintese feita pelo agente>
+
+## Historias reais coletadas
+- <bullet 1>
+- <bullet 2>
+
+## Persona
+<descricao em prosa, contexto incluido>
+
+## Jobs-to-be-done
+- Quando <situacao>, eu quero <acao>, para que <resultado>.
+
+## Limites (o que NAO fazer)
+- <bullet>
+
+## Telas-chave (visao bruta)
+1. <tela 1 — descricao em palavras leigas>
+2. <tela 2>
+
+## Inspiracoes
+- <link ou nome>
+
+## Escopo
+- Descartavel: <sim|nao>
+- Vida util esperada: <uma vez|semanas|meses|continuo>
+
+## Metrica de sucesso (linguagem humana)
+<frase do usuario>
+
+## Proximo passo
+- Rodar `*prd-from-intake INTAKE-<NNN>-<slug>` para gerar PRD lean.

package/.gos/templates/planTemplate.md

@@ -57,6 +57,24 @@ Decisões possíveis:
 - **(b) Nova variant na story** — override aparece em ≥3 telas do projeto; vira variant reusável (ex.: `flat`, `seamless`).
 - **(c) Exceção documentada** — override específico desta tela e não merece variant; documentado aqui sem propagar pra story.
 
+## Drift map
+
+> Gerado em Fase 1.5 do `plan-blueprint`. Side-by-side Figma vs Storybook por componente. Cada linha JÁ reconciliada para override (a/b/c) OU task explícita. Vazio = drift detection rodou sem divergências OU foi pulado por falta de tooling (Figma MCP + Storybook).
+
+| Componente | Divergência | Resolução | Referência |
+|------------|-------------|-----------|------------|
+|            |             |           |            |
+
+> Path dos artefatos: `drift/<Componente>.figma.png`, `drift/<Componente>.story.png`, `drift/<Componente>.diff.md`. Cumulativo em `drift-map.md`.
+
+## Cleanup de starter legado
+
+> Gerado em Fase 1.6. Listado quando `.gos-local/plan-paths.json` declara `legacy_starter_dirs`. Cada linha vira task `T-NN-cleanup-legacy-<slug>` com `cleanup_target: <path>` no frontmatter. Vazio = projeto sem starter legado declarado OU nenhum match encontrado.
+
+| Path legado | Substituto DS | Task |
+|-------------|---------------|------|
+|             |               |      |
+
 ## Componentes ausentes
 
 > Listar componentes não cobertos pelo DS. Cada um vira task de criação separada (priorizar reuso/extensão antes de propor novo).
@@ -111,6 +129,9 @@ Decisões possíveis:
 - [ ] **States**: skeleton/empty/error/loading implementados conforme matriz acima
 - [ ] **Refetch**: dispara após mutações (POST/PATCH/DELETE)
 - [ ] **Seed**: popula TODOS os campos exibidos no Figma (sem `-` em colunas mapeadas)
+- [ ] **Drift map**: cada linha de `## Drift map` (Fase 1.5) tem override implementado OU task `concluido` cobrindo
+- [ ] **Cleanup legado**: tasks com `cleanup_target:` removeram os arquivos declarados (nenhum import de `legacy_starter_dirs` sobrevive na tela)
+- [ ] **Schema/contrato gate**: nenhum campo da tela referencia coluna/endpoint inexistente sem entrada correspondente em `## Backend pendings`
 - [ ] <critério específico da tela 1>
 - [ ] <critério específico da tela 2>
 

package/.gos/templates/prdLeanTemplate.md

@@ -0,0 +1,40 @@
+---
+prd_id: PRD-<NNN>-<slug>
+intake_ref: INTAKE-<NNN>-<slug>
+descartavel: <bool>
+status: pronto-para-adr
+created_at: <iso>
+---
+
+# <Titulo>
+
+## TL;DR (1 paragrafo, max 4 linhas)
+<problema + persona + solucao + metrica>
+
+## Quem usa
+<persona em 2 linhas>
+
+## Por que existe
+<problema em 2 linhas, citando 1 historia real>
+
+## O que faz (3-7 bullets)
+- <feature 1>
+- <feature 2>
+
+## Telas-chave
+| # | Tela | Proposito | Inputs | Outputs |
+|---|------|-----------|--------|---------|
+| 1 | <nome> | <verbo + objeto> | <dado entrada> | <dado saida> |
+
+## Criterios de aceite (do nao-tecnico)
+- [ ] Usuario consegue <acao primaria> em menos de <X> passos
+- [ ] <criterio mensurivel>
+
+## Metrica de sucesso
+<copia da metrica humana + 1 metrica quantitativa derivada>
+
+## NAO faz parte (escopo negativo)
+- <bullet>
+
+## Proximo passo
+- Rodar `*adr-tech-decisions PRD-<NNN>-<slug>` para definir arquitetura.

package/.gos/templates/taskTemplate.md

@@ -12,6 +12,7 @@ valida_em: <referência ao critério no checklist do plano>
 depends_on_backend: []   # opcional — gap-keys da tabela ## Backend pendings do plano pai
 interaction_target: []   # opcional — bullets de "## Interações & Estados" do plano pai que esta task implementa/preserva (ex.: ["row-click-drawer-view", "submit-create"])
 override_target: []      # opcional — linhas de "## Page-level overrides" do plano pai que esta task resolve (ex.: ["StatCard:flat-variant"])
+cleanup_target: null     # opcional — path absoluto/relativo de arquivo legado que esta task remove (ex.: "src/figma-make/ProjetosPage.tsx"). validate-plan exige deleção observável no diff.
 assignees: []
 links: []
 ---
@@ -36,6 +37,7 @@ links: []
 - [ ] **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>

package/CLAUDE.md

@@ -48,7 +48,7 @@ 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 | stack-profiler | plan-blueprint | progress-tracker | execute-plan | validate-plan
+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
 
 ### 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`)
@@ -69,6 +69,14 @@ State machine: `pendente -> em-andamento -> validacao -> concluido`. Estado late
 
 **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).
 
+**Drift map automatico (Fase 1.5 do `*plan`)**: com Figma MCP + Storybook disponiveis, `*plan` gera `<plano>/drift-map.md` antes de emitir tasks — screenshots side-by-side por componente; cada divergencia vira override ou task explicita. Sem essa etapa, ~70% das divergencias viraram retrabalho durante execucao.
+
+**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`.
+
+**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`.
+
 Paths do projeto-cliente sao resolvidos via `.gos-local/plan-paths.json` — nada hardcoded. Nesse arquivo declara-se onde estao `docs/plans/`, `docs/postman/`, `docs/regras-de-negocio/`, design system, etc. Cada projeto/dev pode organizar diferente.
 
 Playbook completo: `.gos/playbooks/plan-creation-playbook.md`

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "ganbatte-os",
-  "version": "0.2.36",
+  "version": "0.2.38",
   "description": "Framework operacional para design-to-code, squads de entrega e sprint sync com ClickUp.",
   "bin": {
     "gos": ".gos/scripts/cli/gos-cli.js"