O capítulo 11 mostrava a query de checkpoint com placeholders '/* ... */'
só ilustrativos, mas com botão 'Copiar' ao lado — usuário copiou e
rodou direto, e 'FROM (/* ver script completo */)' virou subquery
vazia (ORA-00903 invalid table name). Substitui pela query real e
completa, idêntica à de sql/03_v2_ddl_schema_evolution.sql. Os ALTER
TABLE em si rodaram OK, não foi um problema do DDL.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
- Diagnóstico do padrão atual (PRC_26AI_TECH single-shot) vs. padrão de
agentes/tasks/tools/teams de um case bancário de referência
(DBMS_CLOUD_AI_AGENT, Property Graph, Blockchain Table, VPD, Knowledge
Graph chain).
- Mapeamento de analogia Persona/Agente/Task/Tools aplicado ao domínio de
vulnerability management do AMPM.
- Achado prático destacado: padrão fn_analise_carteira_json (separar
cálculo determinístico de narrativa da IA) — não depende de agentes,
pode entrar como v2.1.0.
- Achado de acelerador: app pronto da Oracle 'Ask Oracle Select AI
Chatbot' já expõe builder visual de agentes sobre o mesmo
DBMS_CLOUD_AI_AGENT.
- Sequenciamento: v3.0.0 depende do v2.0.0 estar em produção primeiro.
Nenhuma mudança no trabalho em andamento do v2.0.0.
- README.md e TASKS.md referenciam o novo doc.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
- docs/11-v2-evolucao-schema.html: documenta o Passo 1
(sql/03_v2_ddl_schema_evolution.sql) — o quê, por quê, script resumido,
como rodar, validação, rollback. Callout deixa explícito que ainda está
em validação, não é procedimento definitivo.
- docs/12-v2-view-procedure.html: documenta o Passo 2
(sql/04_v2_view_procedure_update.sql), mesmo formato, com dependência
explícita do capítulo 11.
- Nav lateral (sidebar) atualizada nas 12 páginas do doc set para incluir
os capítulos novos; pillnav do capítulo 10 ganhou link 'next' para o 11.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
- sql/04_v2_view_procedure_update.sql: CREATE OR REPLACE VIEW V_26AI_TECH
(+35 colunas: 23 de TB_26AI_TECH_V2 + 12 de TB_26AI_TECH_CMDB, RAW_JSON de
cada tabela virou RAW_JSON_TENABLE/RAW_JSON_CMDB pra não colidir nome) e
CREATE OR REPLACE PROCEDURE prc_26ai_tech (só o json_object do ramo VUL
ganhou os campos novos; ramo SYS, prompt, vetorização, log e exceção
ficam byte-a-byte idênticos ao script original).
- Depende do Passo 1 (03_v2_ddl_schema_evolution.sql) já ter rodado no
mesmo ambiente.
- TASKS.md atualizado.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
- 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>
- Copia integral de ampmInsights_V1/ (docs/ + sql/), que o usuário confirma
ser exatamente o que foi usado para construir e implementar
ampmInsights_V1_Cliente no cliente.
- Traz docs/10-carga-cmdb-vulnerabilidades.html de V1_Cliente (existia lá,
faltava em V1 — gap de conteúdo, não só de tom).
- Rebrand mecânico 'Documentação V1' -> 'Documentação V2' nas 10 páginas de
docs + link de navegação para o capítulo 10 adicionado onde faltava.
- ampmInsights_V1/ e ampmInsights_V1_Cliente/ ficam congelados a partir de
agora (réplica validada, já implementada no cliente) — todo o trabalho de
v2.0.0 (schema aditivo: ALTER/MERGE, sem DROP) acontece nesta pasta.
- Adiciona TASKS.md e CHANGELOG.md próprios desta geração.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
