SIENTIAPDE-1972: confirma criacao dinamica das tabelas de predicao (coluna no template + backfill)

docs/superpowers/specs/2026-07-13-opc-gateway-design.md

@@ -129,7 +129,7 @@ Laborious publica, Gateway consome. Core NATS, subject `opc.write` (avaliar `opc
 ### C3 — Coluna de status de escrita (Postgres, tabela de predições) ⭐ autoritativo em topics.md
 Nova coluna no DDL padrão de predições (ex.: `write_status` + opcional `write_status_detail`/`write_status_at`). Em **escrita OPC**, o **Gateway** grava o status vinculando por **`timestamp` + `model_id`**. Em **escrita PI Web API**, o **Laborious** grava. Substitui as sentinelas `12/13/14` em `prediction_confidence`.
 - **Onde:** schema/tabela de predição são **config por modelo** (`input_data['schema']`/`['table_name']` no Laborious) — não há tabela única fixa. A coluna faz parte do **DDL padrão** de predições; homologar no schema gerenciado pelo Flyway (**`sientia_data`**). Migração via `Aignosi/sientia-dataops-database-migrations` (`.sql` versionado, Job Helm hook), backward-compatible.
-- **Caveat:** se as tabelas de predição forem criadas dinamicamente por modelo, a coluna precisa entrar no **template de criação** + backfill nas existentes (Flyway sozinho cobre tabelas conhecidas) — confirmar provisionamento com o dono do repo de migrations/Vitor.
+- **Provisionamento (CONFIRMADO):** as tabelas de predição são **criadas dinamicamente por modelo**. Logo a coluna `write_status` entra no **template de criação** dessas tabelas (novas) + **backfill** (`ALTER TABLE ... ADD COLUMN IF NOT EXISTS`) nas existentes. Flyway cobre a migração de backfill/tabelas conhecidas; o template dinâmico precisa passar a incluir a coluna. Localizar onde o DDL de criação vive (Laborious/`sientia_do` Postgres/migrations) — ver §17.
 
 ### C4 — GRPC leitura on-demand
 ```
@@ -233,7 +233,7 @@ Nota de plataforma: os docs air-gapped diziam *"do not include RabbitMQ/NATS unl
 **Em aberto (precisam de humano):**
 1. **Provisionamento do NATS no air-gapped:** subchart/versão/sizing/network policy (a *escolha* já é NATS). (§8) — **plataforma/Bruno**
 2. **Escrita dos certs 1569 → `sientia-dataops`:** ajuste no app 1569 + policy do user do frontend p/ o bucket DataOps. (§7) — **plataforma**
-3. **Provisionamento das tabelas de predição:** schema/tabela são config por modelo; a coluna de write_status entra no DDL padrão via Flyway (`sientia_data`) — confirmar se há criação dinâmica (→ template + backfill). (§6 C3) — **Vitor / dono do repo de migrations**
+3. **Template de criação das tabelas de predição:** confirmado que são dinâmicas por modelo → coluna `write_status` no template + backfill das existentes. Localizar onde vive o DDL de criação (Laborious/`sientia_do`/migrations) e definir o backfill. (§6 C3) — **Vitor / dono do repo de migrations** (ou localizo no código ao escrever o spec do 1975)
 4. **Chamador do GRPC on-demand:** quem chama `ReadTag` e modelo de auth. — **Vitor**
 
 **Adiada por design (nós):**