Passo 1 v2.0.0 validado: TB_26AI_TECH_V2 (23) e TB_26AI_TECH_CMDB (12) OK

Checkpoint rodado pelo usuário no ambiente AMPMINSIGHTS confirmou
STATUS = 'OK' nas duas tabelas. TASKS.md marca o item como concluído;
docs/11 troca o aviso de 'em validação' por confirmação.

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

TASKS.md

@@ -28,11 +28,14 @@ teste — a menos que você peça explicitamente o contrário.
 
 ## Fase 1 — Dados/ETL (design + script, sem executar)
 
-- [ ] **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).
+- [x] **Concluído e validado em 2026-09-09** — `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). Rodado pelo
+      usuário no ambiente `AMPMINSIGHTS` via Database Actions; checkpoint de validação confirmou
+      `STATUS = 'OK'` nas duas tabelas (23 e 12 colunas, exatamente o esperado). Nota: a primeira
+      tentativa de checkpoint deu `ORA-00903` por um trecho abreviado/ilustrativo em
+      `docs/11-v2-evolucao-schema.html` (já corrigido, commit `dd40d0a`) — os `ALTER TABLE` em si
+      nunca tiveram problema.
 - [ ] **Pronto, aguardando você rodar e validar** — `sql/04_v2_view_procedure_update.sql`:
       `V_26AI_TECH` ganha as 35 colunas novas (aliases `RAW_JSON_TENABLE`/`RAW_JSON_CMDB` pra não
       colidir); `prc_26ai_tech` passa a incluir esses campos no `json_object` enviado ao LLM (só o