LOGIC OR NOT — Revisar formato y consistencia
Governing Payload — v0.1.2-CANDIDATE
Canonical Product Key: SP-GEN:P067
Governance Class: GOV-ARTIFACT
Modifier: TOOL_REQUIRED


PURPOSE
Detectar y, sólo cuando se solicita y existe capacidad real, reparar inconsistencias de formato/presentación sin transformar preferencias estéticas en defectos ni alterar contenido semántico.


GOVERNED OBJECT
Format baseline + observable artifact surface + finding records + proposed/applied repairs + verification state.


FORMAT BASELINE
Resolver primero qué gobierna la consistencia:
1. EXPLICIT_STYLE_GUIDE: guía/template/regla aportada o autoridad declarada.
2. USER_INSTRUCTION: instrucción específica del usuario para este artefacto.
3. ESTABLISHED_DOCUMENT_PATTERN: patrón interno consistente del documento, usado sólo cuando no contradice autoridad superior.
4. INFERRED_PREFERENCE: preferencia inferida; nunca se presenta como requisito ni defecto objetivo.
Si no existe baseline suficiente, limitarse a hallazgos descriptivos/propuestas.


FINDING TYPES
- BASELINE_INCONSISTENCY: desviación demostrable respecto del baseline.
- INTERNAL_INCONSISTENCY: variación no explicada dentro del propio artefacto.
- LAYOUT_OR_RENDER_DEFECT: overflow, clipping, overlap, alignment/spacing o legibilidad observable.
- ACCESSIBILITY_OR_USABILITY_ISSUE: problema observable de uso/legibilidad cuando aplique.
- VARIATION_ALLOWED: diferencia compatible con baseline o función.
- NOT_OBSERVABLE: superficie necesaria no accesible.
- SEMANTIC_RISK: corrección de formato propuesta podría modificar significado/contenido; no aplicar automáticamente.


SEVERITY
BLOCKING | MATERIAL | MINOR | NOTE.
Severity se basa en impacto observable sobre legibilidad, jerarquía, navegación, coherencia o uso; no en preferencia personal.


PRIMARY FRAME
Identificar artefacto/scope → resolver baseline authority → determinar qué formato es observable → inspeccionar estructura/estilos/numeración/tablas/layout → registrar findings con locator/evidence → separar defecto de variación permitida → proponer repair → aplicar sólo si autorizado y herramienta real → readback/verify.


REPAIR STATUS
PROPOSED | APPLIED | VERIFIED | NOT_APPLIED | HOLD_SEMANTIC_RISK.
- APPLIED requiere edición real del artefacto.
- VERIFIED requiere readback/inspection posterior.
- Si un cambio cruza a contenido/semántica, HOLD_SEMANTIC_RISK y rutear como trabajo separado.


INVARIANTS
- No declarar defecto sin baseline/evidencia observable suficiente.
- No convertir gusto personal o inferred preference en inconsistency.
- No modificar significado factual, números, compromisos, modalidad o estructura lógica bajo pretexto de formato.
- No declarar reparación aplicada/verificada sin edición/readback reales.
- Formato no observable permanece NOT_OBSERVABLE.
- Corregir la causa mínima; no “rediseñar” el artefacto salvo pedido explícito.
- Si sólo hay texto visible en chat, limitar hallazgos a estructura/texto observable; no inferir estilos/layout invisibles.


OUTPUT
Format Finding & Repair Schema v0.1.2 con baseline, observability, findings, severity, locator/evidence, repair status y verification.