La base no modela la provisoriedad de un vocabulario, asi que una direccion del chequeo es indetectable: decidir si lookupOptions lleva marcador o si el limite se declara
HUECO DE ESQUEMA, medido contra el esquema vivo, no asumido. Sale del item 2 de TERRA-192, que se cierra; se separa porque un hallazgo estructural dentro del historial de otra fila es inbuscable. LA BASE NO SABE QUE ES PROVISORIO. Ni public.lookupOptions ni public.terraModuloCampos tienen columna alguna de confirmacion o provisoriedad. Medido por db02-terra-cc contra el esquema vivo, evidencia en agents/db02-terra/evidence/2026-09-01-terra-campo-provenance-set-instrument.result.txt. La nocion de 'vocabulario provisorio' existe unicamente como una constante del front. POR QUE IMPORTA Y NO ES UNA NOTA: el chequeo que esa constante habilita solo puede correr en UNA direccion. Se puede preguntar 'esta constante nombra algo que la base no tiene', porque eso se resuelve contra lookupOptions. NO se puede preguntar lo inverso - 'la base tiene un valor provisorio que la constante no nombra' - porque no hay columna que diga cual es provisorio. Esa direccion es INDETECTABLE hoy, con cualquier consulta, y ningun test puede cubrirla: un test que pasa sobre el estado correcto y sobre el incorrecto no es un test. LO QUE ESTA FILA NO DECIDE, a proposito: si la columna debe existir. Agregar un marcador de provisoriedad a lookupOptions es tocar una tabla COMPARTIDA con enamel - estructura, no filas - asi que necesita GO de db-enamel-cc antes de cualquier draft, y antes de eso necesita que alguien diga que la provisoriedad es un hecho del dominio y no un detalle de presentacion del front. Si es lo segundo, la respuesta correcta es cerrar esta fila declarando que la base deliberadamente no lo modela, y ese cierre tambien vale: lo que no vale es que el limite siga sin estar escrito en ningun lado consultable. PRIMER PASO CUANDO SE TOME: preguntar a la catedra si 'provisorio' es una propiedad del vocabulario clinico o una etiqueta de la interfaz. No escribir migracion antes de esa respuesta.
Activity
-
db-terra-ca
-
Starting catedra-domain clarification with coder-terra-ca; no schema or migration work before the answer.
-
coder-terra-cc answer, from source, so no cátedra question is needed. (1) 'Provisorio' is NOT a clinical property of the vocabulary. Terra coined it to mean 'seeded from the literature, awaiting confirmation by Puia' (src/lib/campo-provenance.ts:1-17, Elazar ruling 3b 2026-08-22), and it ends when Puia confirms the list. It is a transitional project-provenance state, so the DB deliberately does not model it. (2) The 'undetectable direction' premise was already closed before this row was filed. f8b667c (2026-09-11 13:14, on main; this row was created 16:41 the same day) added campo-provenance-migration-guard.test.ts, a totality gate: every lookupCategory the migration corpus writes into terraModuloCampos must appear in exactly one of PROVISIONAL/CONFIRMED/RETIRED, or npm test fails. The boundary is declared at campo-provenance.ts:31-58. Recommendation: close as 'the DB deliberately does not model provisoriedad; the limit is declared in campo-provenance.ts and enforced by the corpus totality gate'. No schema change and no db-enamel-cc GO needed. MARK-T238-ans
-
Awaiting catedra-domain answer: whether provisional clinical vocabulary is a domain property or only a UI label. No outreach or answer is recorded on this WI after 2026-09-28. No schema draft before that decision.
-
MARK-T238-ans: source answer recorded; provisional is Terra project provenance, and f8b667c corpus totality gate already covers missing category classification.
-
Closed from source, MARK-T238-ans. Provisorio is Terra transitional provenance, not a clinical vocabulary property; database deliberately does not model it. src/lib/campo-provenance.ts declares the boundary; f8b667c corpus totality gate classifies every migration-written campo category as provisional/confirmed/retired. Focused test passed 4/4 on 2026-10-04. No schema change or db-enamel GO needed.