Nota (2026-09-09, rama dev/res_publica+colectivizaciones). Este documento es la semilla de una arista del catálogo: el contraste entre el nodo res_publica (Trevijano) y el nodo colectivizaciones. Estado: pausa hasta que modelos/colectivizaciones/ tenga su draftv0 (auditoría pura). El chuletario de fuentes y los criterios colectivistas se han trasladado al nodo puro; aquí queda el Bloque III (contraste) y el plan de c3-contraste. Layout: modelos/res_publica+colectivizaciones/drafts/draftvN.md + revision/. La rama solo toca su carpeta. Ver llms.md.

Aquí tienes el chuletario de referencias para que tu agente pueda modelizar el contraste entre las colectivizaciones de 1936-37 y la República Pura de Trevijano, usando SolarNET.HuB y Faircoin como infraestructura.

🧱 BLOQUE I: REFERENCIAS SOBRE LAS COlectivizaciones (1936-1937)

📚 Fuentes Primarias (Testimonios de la época)

📖 Estudios Académicos y Monografías

📄 Artículos y Análisis

🗺️ Marco Geográfico y Cronológico

⚙️ Características del Modelo Colectivista

🏛️ BLOQUE II: REFERENCIAS SOBRE LA REPÚBLICA PURA (TREVIJANO)

📚 Obras Fundamentales

🔑 Conceptos Clave de la República Pura

⚔️ BLOQUE III: CONTRASTE - COLECTIVIZACIONES vs. REPÚBLICA PURA

Tabla Comparativa para el Agente

🛠️ BLOQUE IV: MODELIZACIÓN TECNOLÓGICA CON SNH + FAIRCOIN

Correspondencias para el Agente

Preguntas para el Agente (Modelización)

1. ¿Cómo implementar la "asamblea soberana" de las colectivizaciones en SSB? (votaciones con feeds firmados, quórums, revocabilidad)
2. ¿El "salario familiar" de las colectividades es programable en Faircoin? (contratos inteligentes que distribuyan según necesidades)
3. ¿La "teoría pura" de Trevijano (sin ideología) es compatible con un ecosistema construido por anarquistas? (tensión fundamental)
4. ¿Puede el nodo central de SNH cumplir la función de "Poder Ejecutivo" sin violar la soberanía de los nodos locales? (separación de poderes)
5. ¿Cómo evitar que el "colectivismo" económico de Faircoin entre en conflicto con la propiedad privada que defiende Trevijano? (modelos híbridos)

🔗 ENLACES RÁPIDOS PARA EL AGENTE

📝 NOTA PARA EL AGENTE

Este chuletario no es el diseño, sino el arsenal de referencias para que puedas:

1. Contrastar las dos tradiciones (colectivismo libertario vs. republicanismo puro).
2. Identificar tensiones (propiedad, ideología, sujeto político).
3. Mapear cada principio a una funcionalidad de SNH o Faircoin.
4. Generar el backlog de tareas que permita modelizar ambas visiones en una misma infraestructura.

Plan: comprender dev/res_publica y replicar su método en dev/res_publica+colectivizaciones

Contexto

La rama dev/res_publica modeliza la República Pura de Trevijano sobre Oasis/SSB (SolarNET.HuB). El usuario pide, en modo lectura: (1) entender qué se ha hecho con draft*.md y cómo se trabaja con revision/; (2) entender la petición de usar la misma tecnología (el mismo método y el mismo código auditado) para modelar una red distinta, la de las colectivizaciones libertarias de 1936-37, cuyo chuletario es iberian-dev-7.md, en la rama dev/res_publica+colectivizaciones.

Estado del repo verificado: cero commits; HEAD apunta a dev/res_publica (rama aún no nacida); todo está untracked; no hay .gitignore, así que vendor/oasis (clon shallow, commit 9a657b7, 1.0.7, AGPL-3.0, ~33k líneas en 70 modelos) tampoco está ignorado.

1. Lo que hay en dev/res_publica (lectura)

1.1 La cadena documental

1.2 El método («la tecnología»), en seis pasos

1. Corpus doctrinal → criterios auditables numerados, con grado de certeza (A tesis nuclear / B conocida sin verbatim / C reconstrucción) y marca [doctrina, sin verbatim].
2. Auditoría del código real, no de su documentación: constantes «constitucionales», anatomía por módulo, siempre con fichero:línea sobre vendor/oasis @ 9a657b7.
3. Confrontación criterio × código → tabla de veredictos (Cumple / Falla / Parcial / Ortogonal) + hallazgos estructurales con letra.
4. Parches (RP-n) con punto de intervención (seam) y criterio que repara, más «lo que no se toca y por qué».
5. Backlog por carriles: tareas de investigación con camino por defecto (para que el carril siguiente avance sin esperar) y tareas de código con seam, tamaño y prioridad; mapeo de versiones anteriores.
6. Revisión por capítulos que retroalimenta los documentos anteriores con correcciones fechadas y enlazadas (../draftv2.md#L58).

Convenciones: fecha ISO en cabeceras y notas; enlaces relativos con ancla de línea; cuatro grados de fuente (verificado en código / fuente primaria del proyecto / inferido / paráfrasis); nada sobre Oasis sin fichero:línea.

1.3 Hallazgos de la lectura que conviene señalar

• base_web.md está desalineado con el árbol actual: usa la nomenclatura antigua (contexto.md, pura.md) y describe draftv1.md como «backlog v3, OP-01…10, TK-01…90, riesgos R1…R13». Ese backlog v3 completo no está en este repo; draftv2.md lo cita como «versión anterior del plan» y solo trae los carriles D, G, C y L en detalle (B, F, E «se vuelcan tal cual»). Hay un documento fuente que falta o que se quedó en otro árbol (IAIA_2000/base/teoria/).
• draftv0.md enlaza el código como vendor/oasis/...; aquí el vendor está en vendor/oasis/.... Los enlaces no resuelven en este repo.
• Decisiones ya tomadas en res_publica que la nueva rama hereda sin reabrir: Faircoin muerto (último commit 2022-02-05) → Faircoin3 génesis nuevo o ECOin + módulo Banking; no hay «nodo central» en SSB; no hay smart contracts en Faircoin (Bitcoin 0.12). iberian-dev-7.md Bloque IV asume las tres cosas y hay que corregirlo.

2. Lo que pide iberian-dev-7.md

Es un chuletario de referencias, no un diseño (lo dice él mismo). Bloque I: fuentes sobre las colectivizaciones (Souchy 1937, Leval 1972, Casanova 1988, Ovejero 2015, Vela 2013, Decreto de Colectivizaciones 24-10-1936, sucesos de mayo de 1937) y sus características (asamblea soberana, cargos rotatorios y revocables, salario familiar, derechos sociales, espontaneidad). Bloque II: Trevijano (ya cubierto por res_publica). Bloque III: tabla de contraste en 7 dimensiones (propiedad, poder, ideología, economía, sujeto, cambio, libertad). Bloque IV: mapeo tecnológico ingenuo. Pregunta de fondo: ¿pueden coexistir la autogestión colectivista y la república constitucional en una misma red técnico-política?

Lectura: dev/res_publica+colectivizaciones debe producir para el modelo colectivista lo mismo que res_publica produjo para el trevijanista (criterios → auditoría → confrontación → parches → backlog → revisión por fuentes). El contraste del Bloque III es un tercer producto que solo puede escribirse cuando ambas ramas tengan sus parches: mismo código, dos constituciones.

3. Diseño de dev/res_publica+colectivizaciones

3.1 Supuestos (no bloqueantes; el usuario puede cambiarlos)

• La rama nace desde dev/res_publica y conserva sus ficheros: así c0 puede enlazar la anatomía ya hecha en draftv0.md §2 en vez de repetirla, y el contraste final tiene ambos lados a mano.
• Los documentos nuevos van en carpeta modelos/res_publica+colectivizaciones/ para no colisionar con draft*.md ni con revision/ y facilitar el merge posterior. iberian-dev-7.md se queda en raíz como fuente, sin editar.
• Mismo vendor, mismo commit 9a657b7, misma escala de certeza, mismas convenciones.
• Unidad de revision/ = tema (no capítulo de un libro, porque el corpus es plural): asamblea, cargos, propiedad, salario familiar, federación, intercambio.

3.2 Estructura propuesta

modelos/res_publica+colectivizaciones/
├── c0-auditoria.md        ≈ draftv0: criterios CL, anatomía de los módulos NO auditados aún, confrontación, parches CL-n, backlog
├── c1-clon-o-parecido.md  ≈ draftv1: elementos del modelo colectivista con certeza, hoy / tras parches, intraducibles
├── c2-backlog.md          ≈ draftv2: carriles D' (fuentes) → G' (autogobierno) → B' (reparto) → E' (intercambio) → F' (federación)
├── revision/
│   ├── 01-asamblea.md  02-cargos.md  03-propiedad.md
│   ├── 04-salario-familiar.md  05-federacion.md  06-intercambio.md
└── c3-contraste.md        Bloque III: las dos constituciones sobre el mismo código (se escribe al final)

3.3 Criterios colectivistas propuestos (para c0 §1; a validar en revision/)

3.4 Confrontación preliminar (verificada hoy en el código; base de c0 §2-3)

Módulos que draftv0 no auditó y que aquí son el centro:

Punto de cruce con res_publica: allí la tribu se degrada a sociedad civil (TK-D11, D13) y la unidad es la mónada por hash; aquí la tribu se promueve a unidad soberana. Y la «anarquía calculada» que res_publica celebra como constituyente permanente es, para las colectividades, el estado normal. El mandato imperativo del delegado federal (crit. 6) coincide con el mandato imperativo trevijanista (TK-D02): primer material para c3.

3.5 Parches previsibles (CL-n, para c0 §4; se cierran en c2)

Lo que no se toca: ANARCHY por defecto, canPropose para todos bajo ANARCHY, copyleft de blueprints, cifrado de tribu, censo por actividad.

3.6 Carriles de c2-backlog.md

• D' investigación en fuentes (formato de draftv2): qué buscar · dónde (Souchy / Leval / Casanova / Decreto, con capítulo si se conoce) · default · alternativas · desbloquea. Ejemplos: D'01 quién forma la asamblea y con qué quórum; D'02 salario familiar: fórmula real (por miembro, por edad); D'03 vales y cajas de compensación; D'04 delegados comarcales: mandato y revocación; D'05 entrada/salida de «individualistas»; D'06 Decreto de Colectivizaciones vs práctica aragonesa.
• G' autogobierno (CL-1, 2, 7, 8) · B' reparto (CL-3, 4, 5, 9) · E' intercambio (CL-6) · F' federación (CL-8, tesoro federado). Carril C (cadena) se hereda de res_publica sin reabrir.

4. Pasos de ejecución (cuando se salga de read-only)

1. Primer commit en dev/res_publica (hoy no existe la rama porque no hay commits). Añadir .gitignore con vendor/. Commitear draft*.md, revision/, iberian-dev-7.md, base_web.md. Sin esto no se puede ramificar.
2. git checkout -b dev/res_publica+colectivizaciones.
3. Escribir modelos/res_publica+colectivizaciones/c0-auditoria.md a partir de §3.3-3.5 de este plan, verificando cada fichero:línea contra vendor/oasis y enlazando ../draftv0.md#L… para lo ya auditado.
4. Escribir modelos/res_publica+colectivizaciones/c1-clon-o-parecido.md (elementos, certeza, hoy/tras CL-n, intraducibles: p. ej. la tierra, la jornada, la guerra como contexto).
5. Escribir modelos/res_publica+colectivizaciones/c2-backlog.md con carriles D', G', B', E', F'.
6. Abrir modelos/res_publica+colectivizaciones/revision/01-asamblea.md con el formato de revision/01-lealtad.md y seguir por temas.
7. c3-contraste.md al final, cuando ambas ramas tengan parches cerrados.

5. Verificación

• Script de comprobación (lectura): cada fichero:línea citado en modelos/res_publica+colectivizaciones/*.md existe en vendor/oasis y la línea contiene el símbolo nombrado; IDs CL-n, TK-D'nn únicos; enlaces relativos ../draftv0.md#L… resuelven.
• git diff dev/res_publica..dev/res_publica+colectivizaciones solo añade modelos/res_publica+colectivizaciones/; no toca draft*.md, revision/ ni iberian-dev-7.md.
• Cada tabla de c0 §3 tiene un veredicto por criterio (1-8) y cada CL-n nombra el criterio que repara.

6. Preguntas abiertas para el usuario (no bloquean)

• ¿Carpeta modelos/res_publica+colectivizaciones/ o ficheros en raíz (draftc0.md…)?
• ¿Revisión por tema o por fuente (Souchy / Leval / Casanova)?
• ¿Dónde vive c3-contraste.md: en esta rama o en una rama de integración?
• ¿Se recupera el backlog v3 completo (TK-01…90) que cita base_web.md y falta aquí?