19 Manifest de Extracción y Release
19.1 Manifest de Extracción Paper / Journal / Tesis
Este capítulo organiza contenidos y checklists de release editorial. Las superficies interactivas que menciona (Streamlit, dashboards) son diseño diferido, no software implementado ni en producción: el proyecto no tiene servicio vivo, SLAs ni monitoreo post-despliegue, y nada de este capítulo es condición del paper actual.
Esta página fija una regla práctica para usar el dossier largo del CRPTO sin cambiar su dirección. El capítulo 14 no reemplaza el manuscrito: es el repositorio editorial donde se conserva todo lo útil para mantener sincronizados el paper corto, el online supplement y la tesis/libro.
La contribución central sigue siendo la misma: CRPTO post-hoc auditable con economic champion congelado. Nada en esta página reabre la búsqueda, cambia el champion ni convierte diagnósticos en nuevas métricas oficiales.
19.1.1 Criba: qué se implementa ahora y qué queda fuera
| Propuesta | ¿Cambia la dirección? | Decisión | Por qué |
|---|---|---|---|
| Manifest de extracción paper/journal/tesis | No | Implementado aquí | Ordena contenido existente sin crear claims nuevos. |
| Matriz completa de tablas/figuras | No | Implementado aquí | Clasifica evidencia ya generada A0–A34 y Fig 7–25. |
| Banco de respuestas por venue | No | Implementado aquí | Ayuda a escribir y responder reviewers sin tocar artefactos. |
| Release checklist con DVC/DagsHub/Quarto/tests | No | Implementado aquí | Formaliza reproducibilidad ya existente. |
| Decisión de companion URL | No | Implementado aquí | Declara que Quarto es la superficie primaria y Streamlit queda opcional. |
| Scaffold standalone del paper | No | Implementado | IJDS queda como primer target; paper/CRPTO_ijds.qmd y paper/supplement_ijds.qmd son los esqueletos activos. |
| Protocolo prospectivo pre-declarado | No para la tesis, sí para evidencia journal | Backlog | Requiere nuevo run o una regla declarada antes de buscar. |
| Dataset externo / multi-dataset replication | No cambia CRPTO, pero agrega evidencia nueva | Implementado como A25–A34 | Prosper/Freddie fortalecen el claim; Home Credit queda archivado por falta de contrato económico. |
| Pareto regret-auditability frontier | No | Implementar ahora | Usa SPO+ y CRPTO ya existentes para separar regret de auditabilidad. |
| OCE/CVaR como diagnóstico de cola | No | Implementar ahora | A12 audita el funded set; no cambia el objetivo. |
| Robust satisficing margins | No | Implementar ahora | A13 traduce evidencia a umbrales OR/comité. |
| Bound dependence-aware | Fortalece teoría, puede cambiar énfasis OR | Caveat/appendix ahora | Markov sigue como claim principal; agregar proposición cluster-aware condicional. |
| OCE/CVaR como constraint de optimización | Sí | No implementar ahora | Cambia el objetivo del search; A12 queda diagnóstico. |
| Online conformal / Online DFL | Sí | No implementar ahora | Convierte el paper en decisión secuencial. |
| MDCP / multi-distribución | Sí | No implementar ahora | Cambia la capa conformal y la garantía. |
| Fairness con atributos protegidos directos | No cambia CRPTO, pero requiere datos nuevos | Backlog | El dataset actual solo soporta proxy/intersectional audit. |
P2 y P3 ya no son una exclusión en bloque. Para este paper sí entran los elementos que fortalecen el journal sin cambiar método: regret-auditability, OCE/CVaR — ya como restricción re-optimizada de selección (A22), no solo diagnóstico —, satisficing margins, robustez multi-distribución (A23), estabilidad conformal online (A24), réplica externa Prosper/Freddie (A25–A34) y caveat/proposición dependence-aware. También entran el champion CRPTO congelado, la región robusta, el paquete A3–A36 y la reproducibilidad Quarto/DVC/DagsHub/MLflow. Si una idea requiere entrenamiento end-to-end, validación prospectiva/live, reabrir la búsqueda del champion o producción viva, queda en backlog y no bloquea este submission.
19.1.2 Manifest por sección del capítulo 14
| Página | Rol actual en Quarto | Paper corto | Journal versión | Tesis/libro | Regla editorial |
|---|---|---|---|---|---|
index |
Hub de lectura | No entra | No entra | Sí | Mantener como navegación curada. |
14a |
Introducción, gap y alcance | Cuerpo | Cuerpo | Sí | Comprimir, no cambiar el claim. |
14b |
Teoría CRPTO y bound | Cuerpo teoría | Cuerpo + appendix | Sí | Markov principal; tightening condicional separado. |
14c |
Metodología y artefactos | Cuerpo método | Cuerpo + supplement | Sí | No mezclar familias de métricas. |
14d |
Resultados y evidencia CRPTO | Cuerpo resultados | Cuerpo + appendix | Sí | Champion y región robusta al cuerpo; A3–A11 al appendix. |
14e |
Discusión, limitaciones y roadmap | Cuerpo discusión | Cuerpo + future work | Sí | IFRS9/CATE como conexiones, no contribución central. |
14f |
Guía editorial y referencias numeradas | Insumo | Insumo | Sí | Convertir a related work formal al escribir. |
14g |
Blueprint del manuscrito | Insumo | Insumo | Sí | Usar como skeleton; no citar como resultado. |
14h |
Appendix A12–A34 | Appendix selectivo | Appendix fuerte | Sí | Diagnóstico journal y réplica externa, no nueva promoción del champion. |
14i |
Ablación Mondrian | Apéndice corto | Appendix | Sí | Defender score_decile_mondrian vs grade. |
14j |
Protocolo SPO+ | Apéndice corto | Appendix | Sí | Separar A19/Figura 15 (49.09%) del closeout PyEPO (48.51%) y de cobertura/auditabilidad. |
14k |
Fair lending checkpoint | appendix/governance | Appendix | Sí | Proxy/intersectional, no certificación legal de atributos protegidos. |
14l |
MRM / SR 11-7 | appendix/governance | Appendix | Sí | Fortalece auditabilidad, no metodología nueva. |
14m |
Funded set composition | Appendix resultados | Appendix | Sí | Mostrar que el champion no depende de un segmento oculto. |
14n |
Trazabilidad y runbook | Supplement | Supplement | Sí | Mantener paths y tests reales. |
14o |
Manifest de extracción y release | No entra | Supplement editorial | Sí | Controlar qué se mueve al manuscrito. |
19.1.3 Manifest de tablas A0–A34
| Tabla | Rol | Paper corto | Journal appendix | Tesis/libro | Notas |
|---|---|---|---|---|---|
| A0 / Table 0 | Métricas core | Sí | Sí | Sí | Fuente para retorno $170.5K, V, Gamma_CP, región. |
| A1 | Benchmark por grupo | Quizá | Sí | Sí | Útil si el reviewer pide detalle conformal por grupo. |
| A2 | Robustness frontier legacy | No | Quizá | Sí | Contexto histórico; evitar contradicción con promotion final. |
| A3 | Nested holdout 5K–25K–276K | Apéndice corto | Sí | Sí | Responde crítica de post-selección. |
| A4 | Sensibilidad periodo × grade | Apéndice corto | Sí | Sí | Evidencia de piso por segmento. |
| A5 | Selector CROMS-style | Apéndice corto | Sí | Sí | Decision-aware screen, no entrenamiento decision-aware. |
| A6 | Synthetic shift básico | Apéndice corto | Sí | Sí | Stress de covariate shift interno; A25–A34 cubren réplica externa. |
| A7 | Funded-set loan export | No | Supplement | Sí | Demasiado granular para cuerpo. |
| A8 | Funded-set composition | Apéndice corto | Sí | Sí | Muy útil para reviewer de robustez aplicada. |
| A9 | Strict temporal holdout | Apéndice corto | Sí | Sí | Evidencia fuerte sin cambiar champion. |
| A10 | Exact eval ranks 1–3 | Apéndice corto | Sí | Sí | Defiende selector conformal completo. |
| A11 | Enhanced synthetic shift | Apéndice corto | Sí | Sí | Stress más duro que A6. |
| A12 | Tail risk OCE/CVaR | No | Sí | Sí | Diagnóstico; no return oficial ni constraint optimizado. |
| A13 | Satisficing margins | No | Sí | Sí | OR framing; thresholds deben justificarse si van al cuerpo. |
| A14 | Dependency diagnostics | No | Sí | Sí | No prueba independencia; soporta cautela del tightening. |
| A15 | Leave-one-period-out stress | No | Sí | Sí | Stress descriptivo del funded set. |
| A16 | Bootstrap funded-set metrics | No | Sí | Sí | CI empírico, no garantía conformal formal. |
| A17 | Budget/LGD/cap sensitivity | No | Sí | Sí | Diagnóstico aplicado, no solver con caps nuevos. |
| A18 | Robust region by family | Sí o appendix corto | Sí | Sí | Evidencia visual/tabular de región 45/45. |
| A19 | Regret-auditability frontier | Sí | Sí | Sí | SPO+ gana regret; CRPTO compra cobertura, bound exacto y región robusta. |
| A20 | Tail-risk robust-region audit | No | Sí | Sí | Frontera journal: 2% menos retorno por 22.6% menor CVaR 95%; no reemplaza champion. |
| A21 | Cluster-bound tightening | No | Sí | Sí | Cota dependence-aware transparente, pero no más tight que Markov. |
| A22 | CVaR/OCE tail-constrained re-opt | No | Sí | Sí | Re-optimización con restricción de cola como constraint de selección; challenger journal, no champion. |
| A23 | Multi-distribution robustness | No | Sí | Sí | Cobertura worst-case por grade y celda grade × vintage; motiva MDCP/group-weighted. |
| A24 | Online conformal stability | No | Sí | Sí | Diagnóstico ACI sobre la secuencia de vintages; OOT estático, no validación de streaming. |
| A25 | External replication gate | Sí o appendix corto | Sí | Sí | Prosper/Freddie pasan gates conformales y LP robusto positivo; no reemplaza certificado Lending Club. |
| A26 | External candidate sensitivity | No | Sí | Sí | Audita estabilidad del objetivo LP al ampliar candidatos OOT. |
| A27 | Freddie horizon sensitivity | No | Sí | Sí | Justifica FM48 frente a ventanas 12/24/36/60 meses. |
| A28 | External LP exhaustiveness | Sí o appendix corto | Sí | Sí | Freddie all-candidate confirma que el top-screen no oculta candidatos financiados. |
| A29 | Freddie sparse Mondrian audit | No | Sí | Sí | Documenta celdas sparse; no promete cobertura condicional perfecta. |
| A30 | External metric intervals | No | Sí | Sí | Intervalos bootstrap de métricas externas y objetivo robusto. |
| A31 | External OOT subperiod metrics | No | Sí | Sí | Prosper por año y Freddie por quarter; registra el borde 2015Q4. |
| A32 | Prosper default-definition sensitivity | No | Sí | Sí | Verifica que la definición de default no decide sola el claim Prosper. |
| A33 | Freddie segment sensitivity | No | Sí | Sí | Combined/green pasan alpha01; red queda como sensibilidad honesta. |
| A34 | Cross-dataset price of robustness | Sí o appendix corto | Sí | Sí | Muestra que el premium externo crece con default rate; no reutiliza el comparador histórico retirado de Lending Club. |
| A35 | Policy-aware finite-grid frontier | Sí | Sí | Sí | Usa endpoint exacto para políticas lineales, capped y tail; no es óptimo continuo. |
| A36–A39 | Selected-allocation audits | No | Sí | Sí | Composición, cola, concentración y bootstrap de la asignación promovida. |
| A40 | Matched point-PD baseline | Sí | Sí | Sí | Mismos candidatos y restricciones operativas; cuantifica costo de retorno y reducción de riesgo. |
19.1.4 Manifest de figuras
| Figura | Artefacto | Paper corto | Journal appendix | Tesis/libro | Lectura |
|---|---|---|---|---|---|
| Pipeline IJDS (Fig 1) | crpto_fig1_journal_pipeline |
Sí | Sí | Sí | Figura corta paper-grade para IJDS; muestra PD congelada, conformal Mondrian, LP robusto y certificado. |
| Diagrama maestro del libro | diagrama-crpto.png / crpto_fig12_crpto_conceptual_pipeline |
No | Quizá | Sí | Vista pedagógica larga del companion; ya no es la Figura 1 principal del paper. |
| Fig 7 | crpto_fig7_uncertainty_baselines |
No | Sí | Sí | Baselines de incertidumbre. |
| Fig 8 | crpto_fig8_alpha_pareto |
Quizá | Sí | Sí | Alpha frontier y trade-off. |
| Fig 9 | crpto_fig9_spo_regret |
Quizá | Sí | Sí | Comparador SPO+; acompañar con 14j. |
| Fig 10 | crpto_fig10_cqr_per_grade |
No | Sí | Sí | Útil para appendix conformal. |
| Fig 11 | crpto_fig11_crpto_stability |
Quizá | Sí | Sí | Shift temporal y cobertura. |
| Fig 12 | crpto_fig12_crpto_conceptual_pipeline |
No | Sí | Sí | Diagrama maestro companion; útil para tesis/libro si se necesita una vista más pedagógica que la Fig 1 IJDS. |
| Fig 13 | crpto_fig13_alpha_gamma_funded_set |
Sí | Sí | Sí | Une teoría y decisión. |
| Fig 14 | crpto_fig14_robust_region_heatmap |
Sí | Sí | Sí | Muestra región robusta, no punto aislado. |
| Fig 15 | crpto_fig15_regret_auditability_frontier |
Sí | Sí | Sí | Separa el claim de regret SPO+ del claim de auditabilidad CRPTO. |
| Fig 16 | crpto_fig16_tail_risk_frontier |
No | Sí | Sí | Muestra el frontier retorno–CVaR dentro de la región robusta como auditoría, no como reemplazo del champion. |
| Fig 17 | crpto_fig17_tail_risk_lgd |
No | Sí | Sí | Sensibilidad LGD del funded set congelado; confirma que CVaR/OCE son diagnósticos de cola. |
| Fig 18 | crpto_fig18_tail_constrained_frontier |
No | Sí | Sí | Frontera retorno-vs-CVaR de A22; champion en la esquina de mayor retorno y mayor cola. |
| Fig 19 | crpto_fig19_online_coverage_aci |
No | Sí | Sí | Estabilidad conformal online (A24): cobertura por vintage y target ACI. |
| Fig 20 | crpto_fig20_bound_claim_layers |
Sí | Sí | Sí | Pila conceptual del bound: endpoint conformal, identidad determinística, supuesto ponderado y certificado exacto. |
| Fig 22 | crpto_fig22_external_replication |
Sí | Sí | Sí | Resume gates conformales y valor LP robusto en Prosper/Freddie. |
| Fig 23 | crpto_fig23_external_candidate_sensitivity |
No | Sí | Sí | Verifica que la réplica externa no depende de un pool pequeño. |
| Fig 24 | crpto_fig24_freddie_all_candidate_certificate |
Sí o appendix corto | Sí | Sí | Certificado all-candidate Freddie sobre 1,396,053 candidatos OOT. |
| Fig 25 | crpto_fig25_price_of_robustness_scaling |
Sí o appendix corto | Sí | Sí | Conecta default rate y premium de robustez exclusivamente en las aplicaciones externas congeladas. |
| Fig alpha-gamma | crpto_fig_alpha_gamma_bound |
Quizá | Sí | Sí | Figura técnica del bound. |
19.1.5 Banco de respuestas por venue
| Reviewer pregunta | Respuesta corta | Mejor evidencia | Venue donde más importa |
|---|---|---|---|
| ¿No es solo otro modelo de PD? | No: la contribución es mapear incertidumbre conformal a una restricción robusta auditable. | 14b, 14c, Fig 1 IJDS |
Todos |
| ¿Por qué no optimizan solo SPO+? | SPO+ gana regret; CRPTO compra cobertura verificable y auditabilidad. | 14j, Fig 9, Fig 15, A19 |
MS/EJOR |
| ¿La garantía post-selección es demasiado optimista? | El teorema es distribution-free para asignación fija; P1 agrega evidencia temporal y exact eval, no sobrepromete garantía prospectiva. | A3, A9, A10, 14b |
OR/MS |
¿Por qué score_decile_mondrian y no grade? |
grade es baseline interpretable; score_decile_mondrian gana por cobertura mínima y selector objetivo. |
14i, A10 |
Todos |
| ¿Markov no es muy flojo? | Sí, y por eso se declara como cota principal conservadora; Hoeffding/Bernstein quedan condicionales. | 14b, A14 |
OR |
¿La región 45/45 es un artifact de tuning? |
La región completa reduce el riesgo de single-point champion, y A18 reporta familia compatible. | Fig 14, A18 | MS/EJOR |
| ¿Qué pasa con fairness? | Pasa proxy base + proxy-intersectional; atributos protegidos directos quedan fuera por limitación del dataset. | 14k, fairness_audit_status.json |
MS/EJOR |
| ¿Qué pasa con regulación/MRM? | CRPTO es auditable por subsistema: PD, conformal, LP, fairness y governance. | 14l, MRM report |
MS/EJOR |
| ¿Los stress tests reemplazan validación externa? | No; fortalecen robustez interna. La réplica externa estática ya entra como Prosper/Freddie A25–A34. | A6, A11, A25–A34, Capítulo 9 | Todos |
| ¿Qué agrega OCE/CVaR? | A12 audita cola de pérdida del funded set bajo LGD alternativos; no redefine el objetivo. | A12, supplement | OR/MS |
| ¿Qué agrega satisficing? | A13 traduce retorno, V, Gamma_CP, violación cero y región robusta a márgenes de comité. |
A13, supplement | OR/MS |
| ¿Por qué no OCE/CVaR como objetivo? | Convertirlo en objective cambia el search y sería paper siguiente. | A12, backlog | OR/MS |
19.1.6 Companion y URL de publicación
El companion del CRPTO no debe confundirse con el dashboard histórico. Para el manuscrito actual, la superficie estable es el libro Quarto y el paquete reproducible de artefactos; Streamlit queda como capa interactiva opcional, útil para demostración o producto, pero no bloquea el paper.
| Superficie | Rol para CRPTO | Estado | Regla |
|---|---|---|---|
| Quarto book | Companion primario y dossier largo | Actual | Fuente navegable para paper, journal y tesis. |
| DVC/DagsHub | Companion de artefactos | Actual | Reproducibilidad de datos, modelos, métricas y runs. |
| MLflow/DagsHub | Lineage experimental | Actual | Evidencia de run tags, métricas y promoción. |
| Streamlit showcase | Demo histórica/interactiva | Diferido para paper | No se usa como fuente canónica; se enlaza solo si el venue pide demo. |
| Standalone paper repo/page | Página corta del manuscrito | Futuro | Se crea al elegir venue/formato y extraer el paper. |
Mientras el capítulo 14 siga funcionando como repositorio editorial amplio, el companion oficial es Quarto + DVC/DagsHub/MLflow. Streamlit puede volver como producto o visualización para comité, pero no debe arrastrar claims, métricas ni números que no estén sincronizados con models/final_project_promotion.json.
19.1.7 Decisión de venue y plantilla
La decisión activa de publicación es:
| Rol | Venue | Plantilla / salida | Regla |
|---|---|---|---|
| Primario | INFORMS Journal on Data Science | IJDS LaTeX oficial; paper/CRPTO_ijds.qmd como fuente de escritura |
Cuerpo anonimo de 25 páginas + online supplement |
| Suplemento primario | IJDS online supplement | paper/supplement_ijds.qmd |
A3–A36, pruebas, reproducibilidad, MRM y fairness |
| Pivote | European Journal of Operational Research | Elsevier elsarticle cuando se active el pivote |
Único respaldo, solo si el paper lee más como OR aplicada |
La fuente activa de escritura vive en Quarto (paper/CRPTO_ijds.qmd y paper/supplement_ijds.qmd) y ya mantiene autoría anónima para revisión. El paquete operativo de submission vive en paper/submission/: conserva checklist de anonimato, comandos de render, enlaces a la plantilla oficial IJDS y la regla de no venderizar plantillas o material privado dentro del repo. La conversión final a PDF de submission usa la plantilla oficial IJDS con dblanonrev; los PDF generados por Quarto son borradores locales de verificación, no sustitutos del estilo oficial del journal.
19.1.8 Higiene del source pack Papers_tesis
La auditoría papers_tesis_deep_audit_2026-06-06 reemplaza la lectura parcial de mayo y fija el split real paper/–supplement/–tesis como regla de ingesta. El objetivo no es inflar el manuscrito, sino mantener un mapa autocontenido para decidir qué entra al cuerpo, qué va al supplement y qué queda como tesis o agenda extendida.
| Superficie | Tamaño | Regla de uso |
|---|---|---|
Papers_tesis/paper/ |
21 PDFs | Fuentes core para CP/CRC/LTT, robust optimization, conformal RO/Predict-then-Calibrate, Lending Club y DFL como comparador. Pueden entrar al cuerpo o appendix si sostienen C1–C7. |
Papers_tesis/supplement/ |
28 PDFs | Frontera metodológica: source/shift, localized/group-weighted, online, tail risk, certificados de decisión y utility-directed CP. Entra como appendix/future work, no como cambio de champion. |
Papers_tesis/tesis/ |
12 PDFs | Contexto amplio para tesis: IFRS9/ECL, MRM, fairness proxy, data quality, credit invisibles y fundamentos de robust optimization. El cuerpo IJDS solo toma lo que fortalece el argumento central. |
| Auditoría 2026-06-06 | 1 memo + 3 CSVs | Fuente operativa para promote, append, park y future_gate: docs/research/papers_tesis_deep_audit_2026-06-06.md y reports/crpto/literature/. |
| Evidence cards extendidas | 1 memo + 10 CSVs | PyEPO/DFL, FICO proxy, IFRS9/SICR y CRC/LTT–CROMS-lite quedan en docs/research/crpto_extended_evidence_cards_2026-06-06.md y reports/crpto/extended/; alimentan tesis, appendix y reviewer-defense, no el claim central IJDS. |
19.1.9 Release checklist para congelar una versión paper-facing
Este checklist no genera evidencia nueva. Sirve para declarar que una versión del dossier está lista para ser usada como fuente de manuscrito.
| Gate | Comando / artefacto | Criterio |
|---|---|---|
| Champion sincronizado | uv run pytest tests/test_crpto_final_sync.py |
Todos los tests del CRPTO pasan. |
| Quarto registrado | uv run pytest tests/test_quarto_book_guardrails.py |
Todas las páginas .qmd están en _quarto.yml. |
| Venue definido | configs/crpto_publication_targets.yaml |
IJDS primario y EJOR pivote siguen declarados. |
| Manuscrito + supplement IJDS | just paper-submission |
paper/CRPTO_ijds.html y paper/supplement_ijds.html renderizan sin ejecutar pipeline. |
| PDF local de verificación | just paper-submission-pdf |
paper/CRPTO_ijds.pdf y paper/supplement_ijds.pdf renderizan como borradores HTML-print para inspección visual; el PDF oficial usa la plantilla IJDS. |
| PDF tesis APA | docs/THESIS_PDF_SCOPE.md + just book-pdf |
El PDF completo del libro es no-op; la tesis se convertirá después en un documento APA curado con secciones seleccionadas. |
| Alcance P2/P3 | configs/crpto_publication_targets.yaml + esta página |
P2/journal implementado como A22–A34 sin reabrir champion; quedan en backlog el entrenamiento end-to-end, validación live/prospectiva y streaming real. |
| Tablas canónicas | uv run python scripts/export_crpto_tables.py |
A0 usa models/final_project_promotion.json. |
| P1 evidence | uv run python scripts/analyze_crpto_evidence.py --include-hardening |
A3–A11 actualizadas y status JSON coherente. |
| Journal package | uv run python scripts/build_crpto_journal_package.py |
Tablas journal base y status JSON actualizados. |
| Tail-risk robust-region audit | uv run python scripts/build_tail_satisficing_challenger_audit.py |
A20–A21 actualizadas. |
| P2 re-opt de cola | uv run python scripts/build_tail_constrained_reoptimization.py |
A22 y crpto_tail_constrained_reopt_status.json actualizados. |
| P2 multi-distribución/online | uv run python scripts/build_distribution_robustness_diagnostics.py |
A23–A24 y crpto_distribution_robustness_status.json actualizados. |
| P2 réplica externa | uv run python scripts/build_multidataset_external_replication.py + uv run python scripts/build_price_of_robustness_cross_dataset.py |
A25–A34, Fig 22–25 y crpto_multidataset_external_status.json actualizados. |
| Figuras paper-facing | uv run python scripts/generate_crpto_figures.py |
Fig 7–25 reproducibles desde artefactos congelados. |
| DVC local | uv run dvc status --no-updates |
Datos y pipelines al día. |
| DagsHub remote | uv run dvc status -c -r dagshub |
Cache y remoto sincronizados. |
| Companion surface | 14o + 14n |
Quarto/DVC/MLflow declarados como companion primario; Streamlit no bloquea release. |
| Render targeted | uv run -- quarto render book/chapters/14-release.qmd --to html --no-execute |
Página renderiza sin errores. |
| Hooks | uv run pre-commit run |
Sin drift de formato ni archivos grandes. |
| Plantilla IJDS | paper/submission/README.md + fuente oficial INFORMS |
Conversión final usa dblanonrev; no se inventa estilo propio ni se publica material privado del venue. |
19.1.10 Stop-rules de alcance
La criba de Tabla 19.1 decide qué cambia o no la dirección del paper. Las stop-rules de alcance son su complemento permanente: clasifican cada pieza de material en una de cuatro acciones para que CRPTO no vuelva a entrar en loops de expansión.
| Acción | Qué clasifica aquí |
|---|---|
| Promover | Material que fortalece el claim CRPTO central; evidencia que ya tiene artefacto, tabla y test; fuentes independientes que aclaran métricas, gobernanza o límites. |
| Apéndice | Robustez A3–A36; fairness proxy y MRM; tail-risk OCE/CVaR; CROMS-lite como selector de finalists, no entrenamiento end-to-end; réplica externa estática. |
| Park | Online conformal live; MDCP/multi-source conformal formal; OCE/CVaR como nuevo objetivo; DFL/SPO+ como reemplazo del champion; dataset externo adicional si no está disponible y versionado. |
| Archivar | Material de intake externo no académico como evidencia pública directa; capturas o materiales privados/no redistribuibles; rutas con nombres personales en paquetes anonimizados. |
19.1.11 Gates editoriales permanentes
Cada pieza candidata a entrar al manuscrito o a la tesis pasa por seis gates. Si falla cualquiera, la acción está predefinida. Estos gates operacionalizan la regla de reapertura y las stop-rules anteriores.
| Gate | Pregunta | Acción si falla |
|---|---|---|
| Claim gate | ¿Este texto cambia o fortalece C1–C7? | Mover a tesis, supplement o archive. |
| Artifact gate | ¿Hay tabla, figura, JSON, script o test que lo sostenga? | Reescribir como limitación o eliminar. |
| Page gate | ¿Cabe en 25 páginas IJDS? | Comprimir o mandar al supplement. |
| Thesis gate | ¿Ayuda a defender profundidad, originalidad o madurez? | Si no, no entra a tesis. |
| Anonymity gate | ¿Revela identidad, rutas locales o material privado? | Reemplazar por path relativo o quitar. |
| Promotion gate | ¿Intenta reemplazar el champion oficial? | Bloquear salvo nuevo protocolo aprobado. |
19.1.12 Checklist de anonimización y doble ciego
IJDS usa revisión doble anónima desde 2025 y exige disclosure de data/code al envío y a la aceptación. El cuerpo y el supplement enviados no deben exponer identidad, rutas personales ni material privado. Las rutas locales pueden vivir en el libro interno; la versión enviada las reemplaza por paths relativos del paquete reproducible.
| Riesgo | Acción |
|---|---|
| Alias interno heredado en superficie pública | Reemplazar por CRPTO/Paper CRPTO o eliminar. |
| Rutas locales con usuario, máquina o carpeta personal | Convertir a paths relativos del paquete reproducible. |
| URLs de repositorio o DagsHub identificables | Retener solo cuando la fase editorial lo permita. |
| Notebooks con metadata personal | Limpiar kernels, execution paths y outputs irrelevantes. |
| MLflow/DVC remotos identificables | Documentar estructura reproducible sin revelar cuenta. |
| Acknowledgments o notas de autoría | Mover a versión post-aceptación. |
| Capturas o materiales privados de terceros | Excluir del paquete público. |
La estrategia de disclosure es: declarar Lending Club/Kaggle como fuente externa estática; publicar scripts, configs, tests y tablas derivadas; documentar qué artefactos pesados se regeneran y cuáles se versionan vía DVC; y no redistribuir material privado de terceros.
19.1.13 Qué queda explícitamente fuera de esta implementación
Las siguientes piezas son valiosas, pero sí cambian método, evidencia o alcance. Por eso no se implementan como parte de este cierre:
- reoptimizar el portafolio con OCE/CVaR como objetivo o constraint;
- entrenar conformal decision-aware end-to-end;
- convertir CRPTO en online conformal u online DFL;
- agregar MDCP o cobertura multi-fuente;
- probar el bound dependence-aware como claim principal sin supuestos cluster-aware explícitos;
- declarar validación prospectiva/live sin dataset nuevo ni protocolo sellado;
- usar atributos protegidos directos que Lending Club abierto no contiene.
- exigir un dashboard Streamlit vivo como condición del paper actual.
La regla de cierre es simple: todo lo que clasifica evidencia existente sí entra; todo lo que crea una nueva policy, una nueva garantía o un nuevo protocolo prospectivo queda en backlog.