Thesis Canon v2 — Momentum Skills (consolidado post-panel · 2026-06-17)

Supersede thesis-canon-v1.md en los puntos que el panel adversarial refinó. Resolución por gobernanza distribuida (panel 9 expertos · panel-synthesis-m04.md) + Telar, adoptada por A (los 3 deltas a v1 = ACEPTADOS, no se rebotan al CEO). Manda sobre M-04 (W5/W7) y el paper.

Tesis central (refinada · validada por el panel)

“AI makes generation abundant. Momentum makes capability verifiable. We start where work already happens: missions on your real tools turn assisted execution into verified outputs — artefacts evaluated against explicit criteria you own. Over repeated outputs, with rising autonomy and at least one unscaffolded re-attempt, that evidence accumulates into a verifiable record of demonstrated capability — owned and exportable by you. As a descriptive by-product, at team and process level (never as an individual ranking), it surfaces where assisted work still requires human verification. We do not claim to know which roles will disappear; we build the instrument that lets enterprises discover, with their own work data and their own rubric, where AI can execute and where humans must still verify — and we only claim a capability once the evidence, with its uncertainty, shows it.”

Capability = estimación acumulada con incertidumbre, NO afirmación de una sola observación.

Las 3 decisiones de v1, refinadas por el panel (ADOPTADAS)

Headline = WEDGE, no categoría. H1 = “tu primer output verificado sobre tu herramienta real — no vídeos” (Verified Execution, construible HOY). “Verification Economy” / “Verified Capability Layer” BAJAN al cuerpo del paper como tesis-de-fondo de 2º orden. (Invertir la pirámide: punch tocable al titular, rigor epistémico al cuerpo.)
Acuñación líder = Verified Output + Transfer Probe. “Verified Capability Graph” NO se lidera (colonizado por Eightfold/Gloat/Workday/Degreed → “verified” sería mero adjetivo). Léxico: Verified Output (ancla, criterio público) · Verified Execution (claim honesto V1) · Transfer Probe (acuñación propia: re-ejecución sin andamiaje + demora — convierte capability de marketing en medición) · Weighted Verified Outputs · Execution-to-Capability Loop · “AI adoption you can audit”. Verified Capability Graph = visión de 2º orden (2027+, nodos = niveles de evidencia con barras de error).
Nivel AGREGADO by-design (inviolable, legal). Reubicar el mapa NO basta: medir a nivel de empleado individual = HIGH-RISK EU AI Act Anexo III(4) + GDPR Art.22/Schufa sobre constructo invalidado (NBER 0,36 + EIG). Todo a nivel agregado (equipo/rol/proceso). Governance-by-design: “no es scoring de rendimiento ni base para decisiones de RRHH” · bias audit · derecho de impugnación · grafo exportable/propiedad del cliente. MATAR “where humans still need to judge/verify” de toda formulación.

Fix de producto (construct collapse)

V1 mide Verified EXECUTION, no capability. El artefacto se produjo y corre end-to-end sobre herramientas reales. “capability” es claim de 2º orden, acumulado, con Transfer Probe + barras de error.
Verificación: firewall — criterios derivados del gold-standard auditado del CLIENTE, nunca de la taxonomía de la plataforma (evita LLM-judge circular = mismo kappa 0,36).

Glosario (juez Wittgenstein · ver `panel-synthesis-m04.md` §Glosario fixes)

Capability = hipótesis marcada hasta test operativo público (re-producido en ≥N contextos sin asistencia equivalente). Verification residue = unidad concreta (% outputs que requieren firma/override/accountability a nivel proceso). Verify/judge = criterio público del cliente. “verified capability” (peldaño) ≠ “verified output” (adjetivo) → renombrar peldaño + regla de tránsito explícita.

Regla de oro (final)