Passo 1 v2.0.0: DDL aditivo (ALTER TABLE + RAW_JSON), pronto p/ validação do usuário

- sql/03_v2_ddl_schema_evolution.sql: 23 colunas novas em TB_26AI_TECH_V2 +
  12 em TB_26AI_TECH_CMDB (Tier-1 de ANALISE_DADOS_v1.4.0_gap_schema.md
  seções 2.2/3.1), + RAW_JSON CLOB catch-all em cada tabela. 100% ALTER ADD,
  nenhum DROP, checkpoint de validação embutido.
- TASKS.md: registra o fluxo de trabalho (usuário roda/valida cada passo,
  eu documento) e marca este item como pronto/aguardando execução.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

TASKS.md

@@ -4,6 +4,13 @@ Board de sprint deste projeto. Fonte da verdade é este arquivo, versionado nest
 tarefa concluída vira um commit dedicado marcando o checkbox junto da mudança real, então
 `git log`/`git blame` funcionam como histórico de status.
 
+## Fluxo de trabalho (confirmado 2026-09-09)
+
+Para cada item abaixo: eu preparo o script/passo documentado → **você roda no seu ambiente e
+valida** → você traz o resultado (cole aqui/no chat) → eu marco o checkbox e sigo para o próximo.
+Eu não executo nada em banco/console — nem no ambiente congelado, nem em um futuro ambiente de
+teste — a menos que você peça explicitamente o contrário.
+
 ## Ponto de partida
 
 - **Origem:** fork de `ampmInsights_V1/` (2026-09-09), com `docs/10-carga-cmdb-vulnerabilidades.html`
@@ -21,9 +28,11 @@ tarefa concluída vira um commit dedicado marcando o checkbox junto da mudança
 
 ## Fase 1 — Dados/ETL (design + script, sem executar)
 
-- [ ] Fechar DDL v2.0.0 híbrido — `ALTER TABLE ... ADD` (colunas Tier-1 tipadas) + `RAW_JSON` CLOB
-      catch-all em `TB_26AI_TECH_V2`/`TB_26AI_TECH_CMDB`, script isolado e aditivo (sem DROP),
-      referenciando `ANALISE_DADOS_v1.4.0_gap_schema.md`
+- [ ] **Pronto, aguardando você rodar e validar** — `sql/03_v2_ddl_schema_evolution.sql`: DDL
+      híbrido (`ALTER TABLE ... ADD`, 23 colunas em `TB_26AI_TECH_V2` + 12 em `TB_26AI_TECH_CMDB`,
+      incluindo `RAW_JSON` CLOB catch-all em cada uma), 100% aditivo (sem DROP), com checkpoint de
+      validação embutido no próprio script. **Pendência antes de rodar:** decidir em qual ambiente
+      (o atual está marcado como intocável — ver seção "Ponto de partida" acima).
 - [ ] Atualizar `V_26AI_TECH` + `json_object` de `PRC_26AI_TECH` para expor os campos novos ao LLM
 - [ ] Novos perfis de carga (`DL_TECH_VULNERABILIDADE_V3`, `DL_TECH_CMDB_V2`)
 - [ ] Pipeline de staging: bucket → `TB_26AI_TECH_V2_STG` via `DBMS_CLOUD.COPY_DATA` (tabela nova,