Prompt T-0 — Completar el perfil de atributos textil¶

Arte Taxco / ICEDE-USC · 31 Julio 2026 · Pegar como primer mensaje del chat de Claude Code para T-0

Contexto de este archivo. Es la primera tarea acotada de la docs/RUTA-DEMOSTRADOR-TEXTIL.md (fase T-0). Se descubrió leyendo el código que el perfil textil YA existe como borrador en lib/dpp/atributos.ts (textil: v0.1-borrador), y que el mecanismo de perfiles por categoría está construido (no diseñado): PERFILES, categoriaDe(), vistaAtributos(), y el export lo usa. Por eso T-0 no es "crear el perfil": es completar el borrador y cerrar los huecos que la estrategia nacional y la propuesta ICEDE exigen.

Pega esto en el chat de Claude Code¶

Eres el asistente técnico del proyecto Arte Taxco. Antes de tocar nada, LEE en este orden:
- docs/SYSTEM-PROMPT.md, docs/FIXES.md (reglas de trabajo; español; aditivo; NUNCA prisma migrate dev)
- docs/RUTA-DEMOSTRADOR-TEXTIL.md (la ruta; esta tarea es su fase T-0)
- docs/MAPA-ECOSISTEMA-DPP.md y docs/DECISIONES-INTEROPERABILIDAD-DPP.md (motor DPP, decisión Q8)
- docs/DICCIONARIO-CAMPOS-SISTEMAS.md (diccionario de campos)
- apps/web/lib/dpp/atributos.ts  ← el archivo que vas a editar (PERFILES, DefAtributo, categoriaDe)
- apps/web/lib/dpp/export.ts     ← cómo se emite el perfil en XML/EPCIS/PDF
- el modelo AtributoDPP y los enums EstatusAtributo/ClaseAtributo en apps/web/prisma/schema.prisma

CONTEXTO: el motor DPP es agnóstico del producto; solo cambia el PERFIL de atributos por
categoría (`PERFILES` en lib/dpp/atributos.ts). joyería está en v1.0; textil existe como
`v0.1-borrador` con 5 atributos. Tu tarea es llevar el perfil textil de borrador a una v1.0
utilizable para el demostrador, SIN tocar joyería ni el canónico.

TAREA T-0 — completar el perfil textil en lib/dpp/atributos.ts:

1) NIVEL DE VERIFICACIÓN EXIGIDO (el hueco principal). Hoy el tipo `DefAtributo` NO lleva el
   nivel de verificación que cada atributo exige. La estrategia (§2, art. 48 ESPR) e ICEDE (§15)
   exigen distinguir de forma LEGIBLE POR MÁQUINA entre declarado / verificado / medido. Agrega a
   `DefAtributo` un campo `nivelExigido` tipado con el enum EstatusAtributo (DECLARADO|VERIFICADO|
   MEDIDO) — es el nivel MÍNIMO que ese atributo requiere (distinto del `estatus` real por
   instancia, que ya vive en AtributoDPP). Es aditivo y opcional para no romper joyería (default
   DECLARADO si se omite). Propágalo al export (que viaje en el XML por atributo, junto al estatus
   real, sin presentar declarado como verificado).

2) COMPLETAR LOS ATRIBUTOS del perfil textil, tipados por nivel:
   - Credencia → VERIFICADO/MEDIDO (organismo notificado / laboratorio):
     · composicionFibra (ya está) → nivelExigido MEDIDO, estandar 'Reglamento (UE) 1007/2011',
       método de ensayo ISO 1833
     · contenidoReciclado (NUEVO) → MEDIDO/VERIFICADO
     · sustanciasQuimicas (NUEVO, restringidas) → VERIFICADO
   - Experiencia → DECLARADO + vigilancia de mercado:
     · durabilidad (NUEVO; la estrategia empareja durabilidad+reparabilidad)
     · reparabilidad (ya está) → DECLARADO
     · cuidado (ya está, ISO 3758) → DECLARADO
   - Atestado en cadena:
     · origenConfeccion (ya está) → nivel "atestado" (represéntalo como VERIFICADO con emisorRol de
       proveedor si el enum no tiene un nivel propio de atestación; documenta la decisión en comentario)
   - Sesgo transformador ICEDE (§11, §20) — dimensión social-laboral, hoy ausente:
     · condicionesProduccion (NUEVO) → al menos DECLARADO/atestado; clase CONDICION_HISTORIAL

3) ANCLAJE SEMÁNTICO. Ancla el perfil en los estándares que nombra el Anexo A.1 de la estrategia,
   no inventes esquema: además de UE 1007/2011 e ISO 3758/1833, referencia CWA 18291:2025 y la
   arquitectura eBIZ (semántica textil). Namespaced + versionado, mapeable al acto delegado textil
   (~2027) cuando exista. Sube la versión del perfil de '0.1-borrador' a '1.0' (o '1.0-demostrador').

4) categoriaDe(): revisa que el enrutamiento textil por productType cubra los tipos que usará el
   demostrador; no lo rehagas si ya basta.

RESTRICCIONES DURAS:
- 100% aditivo. Cambios de schema (si `nivelExigido` requiere algo en BD — probablemente NO, vive
  en el perfil en código): `npx prisma db push`, NUNCA migrate dev.
- No toques el perfil `joyeria` ni `vistaAtributos()` salvo lo mínimo para propagar `nivelExigido`.
- Anti-sobreafirmación: esto define lo que el perfil EXIGE; no afirma que ningún atributo textil
  esté ya verificado. La verificación real (laboratorio ENAC) es la fase T-2, fuera de T-0.
- Español en código, comentarios y commit.
- Documenta en docs/FIXES.md (sugerido FEAT-DPP-TEXTIL-001) qué se cambió y por qué.

CRITERIO DE ACEPTACIÓN:
- npx tsc --noEmit → 0 errores (el proyecto está en 0; mantenerlo).
- El perfil textil valida y el export (XML/EPCIS) de una pieza textil de prueba lleva, por atributo,
  su nivelExigido además del estatus real.
- joyería intacta (su export no cambia salvo el campo nuevo, opcional).
- Dame el comando de commit explícito al final, en español.

FUERA DE ALCANCE (son T-1..T-4 de la ruta, NO los hagas aquí): la cadena de operadores aguas arriba,
la firma did:web (EN 18246), la integración con laboratorio, el endpoint de la planta de
clasificación, y reclutar empresas. T-0 es solo el perfil de atributos.

Notas para Marco (no van en el prompt)¶

Por qué T-0 es seguro de lanzar: toca un solo archivo (lib/dpp/atributos.ts) + su propagación al export; es aditivo; no toca joyería, ni el canónico, ni producción. Es la definición de una tarea de un día.
La decisión de diseño que el chat va a topar: el enum EstatusAtributo tiene tres niveles (DECLARADO/VERIFICADO/MEDIDO) pero la estrategia distingue CUATRO cosas (autodeclaración / atestación en cadena / verificación por tercero / medición en laboratorio). La "atestación en cadena" no tiene nivel propio. Dejé instrucción de representarla como VERIFICADO + emisorRol de proveedor y documentarlo — pero si prefieres un cuarto valor ATESTADO en el enum, dilo y se ajusta el prompt (es un prisma db push aditivo más).
Anti-sobreafirmación, otra vez: T-0 define lo que el perfil EXIGE, no lo que está verificado. Igual que "EPCIS serializable vs emisor" y "joyería vs demostrador textil": la ruta y el manuscrito no deben decir "verificamos composición textil" hasta que exista T-2 con laboratorio real.

Arte Taxco / ICEDE-USC · Prompt T-0 · 31 Jul 2026 · deriva de RUTA-DEMOSTRADOR-TEXTIL.md