@luanpdd/kit-mcp 1.29.0 → 1.30.1

package/kit/skills/supabase-migrations/SKILL.md

@@ -1,297 +1,297 @@
----
-name: supabase-migrations
-description: Use ao criar arquivos de migration Supabase — naming YYYYMMDDHHmmss_short.sql, header de metadados, GRANT antes de ENABLE RLS, RLS obrigatório em toda nova tabela, granular policies, indice…
----
-
-# Supabase — Migrations
-
-## Quando usar
-
-LLM carrega esta skill quando criar/editar arquivos em `supabase/migrations/`. Trigger phrases:
-
-- "criar migration Supabase", "supabase migration new"
-- "alterar schema do banco", "alter table"
-- "criar nova tabela em Postgres/Supabase"
-- "adicionar coluna a tabela existente"
-- "drop column / drop table" (operações destrutivas — exige cuidado extra)
-
-## Regras absolutas
-
-- **Naming canônico:** `YYYYMMDDHHmmss_short_description.sql` em UTC (ex: `20260506120000_create_tasks.sql`). Use `supabase migration new <name>` para gerar timestamp correto.
-- **Header de metadados** no topo de cada migration (block comment) descrevendo Migration / Created / Purpose / Affects.
-- **lowercase em todo SQL** (alinhado com `supabase-postgres-style`).
-- **Comentários copiosos** em comandos destrutivos: `drop table`, `drop column`, `alter table ... drop column`, `truncate`, `delete from` em massa. Comentário explica o porquê + impacto.
-- **`GRANT` antes de `ENABLE RLS`** (v1.23) — sempre conceda privilégios necessários aos roles `anon`/`authenticated`/`service_role` ANTES de habilitar RLS. Sem GRANT, mesmo policies "permissive" falham porque o role não tem permissão de tabela.
-- **`RLS` obrigatório em toda nova tabela** — `alter table public.<name> enable row level security;` no mesmo arquivo da criação.
-- **`granular policies`** — uma `for select`, uma `for insert`, uma `for update`, uma `for delete`. **Nunca** `for all`.
-- **`(select auth.uid())`** sempre wrapped (REGRA #1 de RLS).
-- **`IS NOT NULL AND` em policies de auth** (v1.23) — `(select auth.uid()) is not null and (select auth.uid()) = user_id` para evitar silent-fail em usuários não-logados.
-- **Index nas colunas referenciadas por RLS:** `create index on public.<table> (user_id);` no mesmo arquivo.
-- Idempotência onde possível: `create table if not exists`, `create index if not exists`. Migrations rodam em ordem mas tooling pode re-executar.
-- Migrations são **append-only**. Para reverter, criar nova migration que desfaz — nunca editar migration já aplicada.
-
-## Template canônico v1.23 — CREATE TABLE com 5 blocos obrigatórios
-
-Toda migration que cria tabela em schema exposto (`public`) deve conter os 5 blocos abaixo em ordem. Nenhum bloco é opcional. Bloco ausente = migration BLOCK pelo `supabase-rls-hardener` (v1.23).
-
-```sql
-/*
-  Migration: create_<table_name>
-  Created: <YYYY-MM-DD>
-  Purpose: <one-line description>
-  Affects: public.<table> (new), public.<table> policies (new — 4), public.<table> index (new)
-*/
-
--- BLOCO 1: CREATE TABLE
-create table if not exists public.<table> (
-  id uuid primary key default gen_random_uuid(),
-  user_id uuid not null references auth.users (id) on delete cascade,
-  -- ... outras colunas
-  created_at timestamptz not null default now(),
-  updated_at timestamptz not null default now()
-);
-
--- BLOCO 2: GRANTs por role (ANTES de ENABLE RLS — v1.23)
-grant select on public.<table> to anon;
-grant select, insert, update, delete on public.<table> to authenticated;
-grant select, insert, update, delete on public.<table> to service_role;
-
--- BLOCO 3: ENABLE RLS
-alter table public.<table> enable row level security;
-
--- BLOCO 4: 4 policies granulares (uma por operação)
-create policy "<table>_select_own"
-  on public.<table> for select to authenticated
-  using (
-    (select auth.uid()) is not null
-    and (select auth.uid()) = user_id
-  );
-
-create policy "<table>_insert_own"
-  on public.<table> for insert to authenticated
-  with check (
-    (select auth.uid()) is not null
-    and (select auth.uid()) = user_id
-  );
-
-create policy "<table>_update_own"
-  on public.<table> for update to authenticated
-  using (
-    (select auth.uid()) is not null
-    and (select auth.uid()) = user_id
-  )
-  with check (
-    (select auth.uid()) is not null
-    and (select auth.uid()) = user_id
-  );
-
-create policy "<table>_delete_own"
-  on public.<table> for delete to authenticated
-  using (
-    (select auth.uid()) is not null
-    and (select auth.uid()) = user_id
-  );
-
--- BLOCO 5: Index obrigatório em colunas referenciadas pelas policies
-create index if not exists <table>_user_id_idx on public.<table> (user_id);
-
--- BLOCO 6 (v1.24, OPCIONAL): Column-Level Privileges
--- ⚠ Adicionar APENAS se há colunas sensíveis (PII, billing, audit payload, tokens raw)
--- Para casos comuns, prefira RLS + dedicated role table (skill supabase-column-level-security)
--- Exemplo: tabela posts com coluna admin_notes visível apenas para service_role
--- revoke select on table public.<table> from authenticated;
--- grant select (id, user_id, title, content, created_at) on table public.<table> to authenticated;
--- (service_role mantém acesso total — não precisa GRANT extra)
-
--- BLOCO 7 (v1.26, OPCIONAL): CREATE ROLE para custom service accounts
--- ⚠ Adicionar APENAS se há service accounts internos (cron jobs, BI tools, ETL, admin scripts)
--- Para application access (end-users), prefira RLS + Custom Claims (skill supabase-custom-claims-rbac v1.25)
--- Exemplo: role dedicado para cron job de cleanup
--- create role "cron_cleanup_role" noinherit;
--- alter role "cron_cleanup_role" with bypassrls;
--- grant usage on schema public to cron_cleanup_role;
--- grant delete on public.<table> to cron_cleanup_role;
--- comment on role "cron_cleanup_role" is 'Service account para cron job de cleanup. Owner: team@company.com';
-```
-
-## Patterns canônicos
-
-### Criar tabela com 5 blocos obrigatórios (v1.23) — example concreto
-
-```sql
-/*
-  Migration: create_tasks
-  Created: 2026-05-06
-  Purpose: Cria tabela tasks com GRANT + RLS habilitado + policies granulares por operação + index.
-  Affects: public.tasks (new), public.tasks policies (new — 4 policies), public.tasks index (new)
-*/
-
--- BLOCO 1: CREATE TABLE
-create table if not exists public.tasks (
-  id uuid primary key default gen_random_uuid(),
-  user_id uuid not null references auth.users (id) on delete cascade,
-  title text not null,
-  status text not null default 'todo',
-  created_at timestamptz not null default now(),
-  updated_at timestamptz not null default now()
-);
-
--- BLOCO 2: GRANTs por role (v1.23 — antes de ENABLE RLS)
-grant select on public.tasks to anon;
-grant select, insert, update, delete on public.tasks to authenticated;
-grant select, insert, update, delete on public.tasks to service_role;
-
--- BLOCO 3: ENABLE RLS
-alter table public.tasks enable row level security;
-
--- BLOCO 4: granular policies (uma por operação) com IS NOT NULL anti silent-fail
-create policy "users_select_own_tasks"
-  on public.tasks for select to authenticated
-  using (
-    (select auth.uid()) is not null
-    and (select auth.uid()) = user_id
-  );
-
-create policy "users_insert_own_tasks"
-  on public.tasks for insert to authenticated
-  with check (
-    (select auth.uid()) is not null
-    and (select auth.uid()) = user_id
-  );
-
-create policy "users_update_own_tasks"
-  on public.tasks for update to authenticated
-  using (
-    (select auth.uid()) is not null
-    and (select auth.uid()) = user_id
-  )
-  with check (
-    (select auth.uid()) is not null
-    and (select auth.uid()) = user_id
-  );
-
-create policy "users_delete_own_tasks"
-  on public.tasks for delete to authenticated
-  using (
-    (select auth.uid()) is not null
-    and (select auth.uid()) = user_id
-  );
-
--- BLOCO 5: index obrigatório nas colunas usadas pela policy
-create index if not exists tasks_user_id_idx on public.tasks (user_id);
-
--- BLOCO 6 (v1.24, OPCIONAL): Column-Level Privileges
--- Não aplicável neste exemplo — tasks não tem colunas sensíveis
--- Ver skill supabase-column-level-security para casos com PII / audit log / billing
-```
-
-### Adicionar coluna a tabela existente
-
-```sql
-/*
-  Migration: add_priority_to_tasks
-  Created: 2026-05-06
-  Purpose: Adiciona coluna priority (low/medium/high) a tasks com default low.
-  Affects: public.tasks (column added — non-destructive)
-*/
-
-alter table public.tasks
-  add column if not exists priority text not null default 'low';
-
--- check constraint para enum-like
-alter table public.tasks
-  add constraint tasks_priority_check
-  check (priority in ('low', 'medium', 'high'));
-```
-
-### Operação destrutiva — drop column com comentário extensivo
-
-```sql
-/*
-  Migration: drop_legacy_subtitle_column
-  Created: 2026-05-06
-  Purpose: Remove coluna subtitle (deprecated em v3.0 — nunca foi usada em produção).
-  Affects: public.tasks (column dropped — DESTRUCTIVE)
-  Risk: Baixo — coluna nullable nunca populada (validado via select count(*) where subtitle is not null = 0).
-  Rollback: criar nova migration `add subtitle column` se necessário.
-*/
-
--- DROP de coluna deprecated. Validado upstream: zero linhas com valor não-null.
--- Operação destrutiva — irreversível sem backup.
-alter table public.tasks
-  drop column if exists subtitle;
-```
-
-## Anti-patterns
-
-### Anti-pattern 1: Criar tabela sem RLS
-
-**Errado:**
-```sql
-create table public.tasks (
-  id uuid primary key default gen_random_uuid(),
-  user_id uuid not null,
-  title text not null
-);
--- esqueceu enable row level security
-```
-
-**Por quê:** sem RLS, tabela exposta ao role `anon` e `authenticated` sem filtro — qualquer cliente lê tudo. RLS habilitado sem policies bloqueia tudo (mais seguro como default que deixar aberto).
-
-**Certo:** sempre `alter table public.tasks enable row level security;` + policies granulares no mesmo arquivo.
-
-### Anti-pattern 2: `for all` em vez de granular policies
-
-**Errado:**
-```sql
-create policy "users_manage_tasks" on public.tasks
-  for all to authenticated
-  using ((select auth.uid()) = user_id);
-```
-
-**Por quê:** mistura `using` (controla SELECT/UPDATE/DELETE) com `with check` (controla INSERT/UPDATE) — em UPDATE você pode querer regras diferentes para "qual linha tocar" vs "qual estado novo".
-
-**Certo:** 4 policies separadas (uma por operação) — ver pattern "Criar tabela" acima.
-
-### Anti-pattern 3: `drop column` sem comentário
-
-**Errado:**
-```sql
-alter table public.tasks drop column legacy_field;
-```
-
-**Por quê:** futuros leitores não sabem por que a coluna foi removida; rollback fica difícil; risk não documentado.
-
-**Certo:** comentário no header explica Purpose + Affects + Risk + Rollback (ver pattern destrutivo acima).
-
-### Anti-pattern 4: `auth.uid()` sem `(select)` wrapper
-
-**Errado:**
-```sql
-using (auth.uid() = user_id)
-```
-
-**Por quê:** degradação 1000× em queries com filtro RLS (Postgres reavalia por linha).
-
-**Certo:**
-```sql
-using ((select auth.uid()) = user_id)
-```
-
-## Padrão Rolling-Upgrade para Migrations Arriscadas (v1.22+)
-
-> Migrations que adicionam `NOT NULL` em coluna existente, mudam tipo, ou removem column quebram backward compat com app rodando V1+V2 em paralelo. Padrão canônico **3-passos** (DDIA Ch 4):
-> 1. `ALTER TABLE ... ADD COLUMN x text` (nullable)
-> 2. `UPDATE ... SET x = ... WHERE x IS NULL LIMIT 10000` em loop até 100% backfill
-> 3. `ALTER TABLE ... ALTER COLUMN x SET NOT NULL` apenas após verificação
->
-> Padrão completo em [`evolucao-schema-compativel`](../evolucao-schema-compativel/SKILL.md) (v1.22).
-> Validação automática via agent [`validador-evolucao-schema`](../../agents/validador-evolucao-schema.md) (v1.22).
-
-## Ver também
-
-- [supabase-postgres-style](../supabase-postgres-style/SKILL.md) — convenção de naming + style aplicada
-- [supabase-rls-policies](../supabase-rls-policies/SKILL.md) — granular policies + WARNING user_metadata
-- [supabase-database-functions](../supabase-database-functions/SKILL.md) — funções com `set search_path = ''`
-- [supabase-declarative-schema](../supabase-declarative-schema/SKILL.md) — workflow alternativo (declarative-first → diff)
-- [glossário](../_shared-supabase/glossary.md) — termos PT-BR↔EN + comandos CLI
+---
+name: supabase-migrations
+description: Use ao criar arquivos de migration Supabase — naming YYYYMMDDHHmmss_short.sql, header de metadados, GRANT antes de ENABLE RLS, RLS obrigatório em toda nova tabela, granular policies, indice…
+---
+
+# Supabase — Migrations
+
+## Quando usar
+
+LLM carrega esta skill quando criar/editar arquivos em `supabase/migrations/`. Trigger phrases:
+
+- "criar migration Supabase", "supabase migration new"
+- "alterar schema do banco", "alter table"
+- "criar nova tabela em Postgres/Supabase"
+- "adicionar coluna a tabela existente"
+- "drop column / drop table" (operações destrutivas — exige cuidado extra)
+
+## Regras absolutas
+
+- **Naming canônico:** `YYYYMMDDHHmmss_short_description.sql` em UTC (ex: `20260506120000_create_tasks.sql`). Use `supabase migration new <name>` para gerar timestamp correto.
+- **Header de metadados** no topo de cada migration (block comment) descrevendo Migration / Created / Purpose / Affects.
+- **lowercase em todo SQL** (alinhado com `supabase-postgres-style`).
+- **Comentários copiosos** em comandos destrutivos: `drop table`, `drop column`, `alter table ... drop column`, `truncate`, `delete from` em massa. Comentário explica o porquê + impacto.
+- **`GRANT` antes de `ENABLE RLS`** (v1.23) — sempre conceda privilégios necessários aos roles `anon`/`authenticated`/`service_role` ANTES de habilitar RLS. Sem GRANT, mesmo policies "permissive" falham porque o role não tem permissão de tabela.
+- **`RLS` obrigatório em toda nova tabela** — `alter table public.<name> enable row level security;` no mesmo arquivo da criação.
+- **`granular policies`** — uma `for select`, uma `for insert`, uma `for update`, uma `for delete`. **Nunca** `for all`.
+- **`(select auth.uid())`** sempre wrapped (REGRA #1 de RLS).
+- **`IS NOT NULL AND` em policies de auth** (v1.23) — `(select auth.uid()) is not null and (select auth.uid()) = user_id` para evitar silent-fail em usuários não-logados.
+- **Index nas colunas referenciadas por RLS:** `create index on public.<table> (user_id);` no mesmo arquivo.
+- Idempotência onde possível: `create table if not exists`, `create index if not exists`. Migrations rodam em ordem mas tooling pode re-executar.
+- Migrations são **append-only**. Para reverter, criar nova migration que desfaz — nunca editar migration já aplicada.
+
+## Template canônico v1.23 — CREATE TABLE com 5 blocos obrigatórios
+
+Toda migration que cria tabela em schema exposto (`public`) deve conter os 5 blocos abaixo em ordem. Nenhum bloco é opcional. Bloco ausente = migration BLOCK pelo `supabase-rls-hardener` (v1.23).
+
+```sql
+/*
+  Migration: create_<table_name>
+  Created: <YYYY-MM-DD>
+  Purpose: <one-line description>
+  Affects: public.<table> (new), public.<table> policies (new — 4), public.<table> index (new)
+*/
+
+-- BLOCO 1: CREATE TABLE
+create table if not exists public.<table> (
+  id uuid primary key default gen_random_uuid(),
+  user_id uuid not null references auth.users (id) on delete cascade,
+  -- ... outras colunas
+  created_at timestamptz not null default now(),
+  updated_at timestamptz not null default now()
+);
+
+-- BLOCO 2: GRANTs por role (ANTES de ENABLE RLS — v1.23)
+grant select on public.<table> to anon;
+grant select, insert, update, delete on public.<table> to authenticated;
+grant select, insert, update, delete on public.<table> to service_role;
+
+-- BLOCO 3: ENABLE RLS
+alter table public.<table> enable row level security;
+
+-- BLOCO 4: 4 policies granulares (uma por operação)
+create policy "<table>_select_own"
+  on public.<table> for select to authenticated
+  using (
+    (select auth.uid()) is not null
+    and (select auth.uid()) = user_id
+  );
+
+create policy "<table>_insert_own"
+  on public.<table> for insert to authenticated
+  with check (
+    (select auth.uid()) is not null
+    and (select auth.uid()) = user_id
+  );
+
+create policy "<table>_update_own"
+  on public.<table> for update to authenticated
+  using (
+    (select auth.uid()) is not null
+    and (select auth.uid()) = user_id
+  )
+  with check (
+    (select auth.uid()) is not null
+    and (select auth.uid()) = user_id
+  );
+
+create policy "<table>_delete_own"
+  on public.<table> for delete to authenticated
+  using (
+    (select auth.uid()) is not null
+    and (select auth.uid()) = user_id
+  );
+
+-- BLOCO 5: Index obrigatório em colunas referenciadas pelas policies
+create index if not exists <table>_user_id_idx on public.<table> (user_id);
+
+-- BLOCO 6 (v1.24, OPCIONAL): Column-Level Privileges
+-- ⚠ Adicionar APENAS se há colunas sensíveis (PII, billing, audit payload, tokens raw)
+-- Para casos comuns, prefira RLS + dedicated role table (skill supabase-column-level-security)
+-- Exemplo: tabela posts com coluna admin_notes visível apenas para service_role
+-- revoke select on table public.<table> from authenticated;
+-- grant select (id, user_id, title, content, created_at) on table public.<table> to authenticated;
+-- (service_role mantém acesso total — não precisa GRANT extra)
+
+-- BLOCO 7 (v1.26, OPCIONAL): CREATE ROLE para custom service accounts
+-- ⚠ Adicionar APENAS se há service accounts internos (cron jobs, BI tools, ETL, admin scripts)
+-- Para application access (end-users), prefira RLS + Custom Claims (skill supabase-custom-claims-rbac v1.25)
+-- Exemplo: role dedicado para cron job de cleanup
+-- create role "cron_cleanup_role" noinherit;
+-- alter role "cron_cleanup_role" with bypassrls;
+-- grant usage on schema public to cron_cleanup_role;
+-- grant delete on public.<table> to cron_cleanup_role;
+-- comment on role "cron_cleanup_role" is 'Service account para cron job de cleanup. Owner: team@company.com';
+```
+
+## Patterns canônicos
+
+### Criar tabela com 5 blocos obrigatórios (v1.23) — example concreto
+
+```sql
+/*
+  Migration: create_tasks
+  Created: 2026-05-06
+  Purpose: Cria tabela tasks com GRANT + RLS habilitado + policies granulares por operação + index.
+  Affects: public.tasks (new), public.tasks policies (new — 4 policies), public.tasks index (new)
+*/
+
+-- BLOCO 1: CREATE TABLE
+create table if not exists public.tasks (
+  id uuid primary key default gen_random_uuid(),
+  user_id uuid not null references auth.users (id) on delete cascade,
+  title text not null,
+  status text not null default 'todo',
+  created_at timestamptz not null default now(),
+  updated_at timestamptz not null default now()
+);
+
+-- BLOCO 2: GRANTs por role (v1.23 — antes de ENABLE RLS)
+grant select on public.tasks to anon;
+grant select, insert, update, delete on public.tasks to authenticated;
+grant select, insert, update, delete on public.tasks to service_role;
+
+-- BLOCO 3: ENABLE RLS
+alter table public.tasks enable row level security;
+
+-- BLOCO 4: granular policies (uma por operação) com IS NOT NULL anti silent-fail
+create policy "users_select_own_tasks"
+  on public.tasks for select to authenticated
+  using (
+    (select auth.uid()) is not null
+    and (select auth.uid()) = user_id
+  );
+
+create policy "users_insert_own_tasks"
+  on public.tasks for insert to authenticated
+  with check (
+    (select auth.uid()) is not null
+    and (select auth.uid()) = user_id
+  );
+
+create policy "users_update_own_tasks"
+  on public.tasks for update to authenticated
+  using (
+    (select auth.uid()) is not null
+    and (select auth.uid()) = user_id
+  )
+  with check (
+    (select auth.uid()) is not null
+    and (select auth.uid()) = user_id
+  );
+
+create policy "users_delete_own_tasks"
+  on public.tasks for delete to authenticated
+  using (
+    (select auth.uid()) is not null
+    and (select auth.uid()) = user_id
+  );
+
+-- BLOCO 5: index obrigatório nas colunas usadas pela policy
+create index if not exists tasks_user_id_idx on public.tasks (user_id);
+
+-- BLOCO 6 (v1.24, OPCIONAL): Column-Level Privileges
+-- Não aplicável neste exemplo — tasks não tem colunas sensíveis
+-- Ver skill supabase-column-level-security para casos com PII / audit log / billing
+```
+
+### Adicionar coluna a tabela existente
+
+```sql
+/*
+  Migration: add_priority_to_tasks
+  Created: 2026-05-06
+  Purpose: Adiciona coluna priority (low/medium/high) a tasks com default low.
+  Affects: public.tasks (column added — non-destructive)
+*/
+
+alter table public.tasks
+  add column if not exists priority text not null default 'low';
+
+-- check constraint para enum-like
+alter table public.tasks
+  add constraint tasks_priority_check
+  check (priority in ('low', 'medium', 'high'));
+```
+
+### Operação destrutiva — drop column com comentário extensivo
+
+```sql
+/*
+  Migration: drop_legacy_subtitle_column
+  Created: 2026-05-06
+  Purpose: Remove coluna subtitle (deprecated em v3.0 — nunca foi usada em produção).
+  Affects: public.tasks (column dropped — DESTRUCTIVE)
+  Risk: Baixo — coluna nullable nunca populada (validado via select count(*) where subtitle is not null = 0).
+  Rollback: criar nova migration `add subtitle column` se necessário.
+*/
+
+-- DROP de coluna deprecated. Validado upstream: zero linhas com valor não-null.
+-- Operação destrutiva — irreversível sem backup.
+alter table public.tasks
+  drop column if exists subtitle;
+```
+
+## Anti-patterns
+
+### Anti-pattern 1: Criar tabela sem RLS
+
+**Errado:**
+```sql
+create table public.tasks (
+  id uuid primary key default gen_random_uuid(),
+  user_id uuid not null,
+  title text not null
+);
+-- esqueceu enable row level security
+```
+
+**Por quê:** sem RLS, tabela exposta ao role `anon` e `authenticated` sem filtro — qualquer cliente lê tudo. RLS habilitado sem policies bloqueia tudo (mais seguro como default que deixar aberto).
+
+**Certo:** sempre `alter table public.tasks enable row level security;` + policies granulares no mesmo arquivo.
+
+### Anti-pattern 2: `for all` em vez de granular policies
+
+**Errado:**
+```sql
+create policy "users_manage_tasks" on public.tasks
+  for all to authenticated
+  using ((select auth.uid()) = user_id);
+```
+
+**Por quê:** mistura `using` (controla SELECT/UPDATE/DELETE) com `with check` (controla INSERT/UPDATE) — em UPDATE você pode querer regras diferentes para "qual linha tocar" vs "qual estado novo".
+
+**Certo:** 4 policies separadas (uma por operação) — ver pattern "Criar tabela" acima.
+
+### Anti-pattern 3: `drop column` sem comentário
+
+**Errado:**
+```sql
+alter table public.tasks drop column legacy_field;
+```
+
+**Por quê:** futuros leitores não sabem por que a coluna foi removida; rollback fica difícil; risk não documentado.
+
+**Certo:** comentário no header explica Purpose + Affects + Risk + Rollback (ver pattern destrutivo acima).
+
+### Anti-pattern 4: `auth.uid()` sem `(select)` wrapper
+
+**Errado:**
+```sql
+using (auth.uid() = user_id)
+```
+
+**Por quê:** degradação 1000× em queries com filtro RLS (Postgres reavalia por linha).
+
+**Certo:**
+```sql
+using ((select auth.uid()) = user_id)
+```
+
+## Padrão Rolling-Upgrade para Migrations Arriscadas (v1.22+)
+
+> Migrations que adicionam `NOT NULL` em coluna existente, mudam tipo, ou removem column quebram backward compat com app rodando V1+V2 em paralelo. Padrão canônico **3-passos** (DDIA Ch 4):
+> 1. `ALTER TABLE ... ADD COLUMN x text` (nullable)
+> 2. `UPDATE ... SET x = ... WHERE x IS NULL LIMIT 10000` em loop até 100% backfill
+> 3. `ALTER TABLE ... ALTER COLUMN x SET NOT NULL` apenas após verificação
+>
+> Padrão completo em [`evolucao-schema-compativel`](../evolucao-schema-compativel/SKILL.md) (v1.22).
+> Validação automática via agent [`validador-evolucao-schema`](../../agents/validador-evolucao-schema.md) (v1.22).
+
+## Ver também
+
+- [supabase-postgres-style](../supabase-postgres-style/SKILL.md) — convenção de naming + style aplicada
+- [supabase-rls-policies](../supabase-rls-policies/SKILL.md) — granular policies + WARNING user_metadata
+- [supabase-database-functions](../supabase-database-functions/SKILL.md) — funções com `set search_path = ''`
+- [supabase-declarative-schema](../supabase-declarative-schema/SKILL.md) — workflow alternativo (declarative-first → diff)
+- [glossário](../_shared-supabase/glossary.md) — termos PT-BR↔EN + comandos CLI