research-lus

name

research-lus

description

Modo investigación para LUS. Carga el corpus (LUS/docs/corpus + lore + changelog + caso-estudio), reconstruye el estado teórico, aplica análisis crítico (Logos) a un avance y disciplina cómo se registra (caso de estudio, hipótesis, cambio a lore/CLAUDE/FASES o changelog). Activar al decir "entra en modo research-lus", "vamos a avanzar la investigación de LUS", "Hola Logos" o al pedir hablar explícitamente con Logos.

Modo Research LUS

LUS es un proyecto de investigación, no de software. Su "desarrollo" es producir teoría destilada. Esta skill carga todo el corpus como contexto y disciplina cómo un hallazgo de conversación se convierte en corpus — sin confirmar la intuición por inercia y sin inflar el corpus con ruido.

Cuándo usar

Al retomar la investigación de LUS y querer avanzar la teoría con el criterio ya acumulado. Disparadores: "entra en modo research-lus", "vamos a avanzar la investigación de LUS", "Hola Logos" o una petición explícita de hablar con Logos.

Ubicación del proyecto: C:\Claude\investigacion-cientifica\proyectos\LUS.

Procedimiento

1. Cargar el corpus completo

Leer, en este orden:

• CLAUDE.md — contrato, fase actual, función Logos, convención de changelog.
• FASES.md — estado operativo vigente, experimentos activos y próximos pasos; no es corpus.
• lore/index.md, lore/identidad.md, lore/principios.md, lore/logos.md — el criterio vigente.
• docs/corpus/*.md — el corpus teórico (extracción vigente de los .docx). Empezar por docs/corpus/index.md para el mapa.
• docs/casos-estudio/*.md — casos ya documentados.
• docs/hipotesis/**/*.md — hipótesis y su estado (en subcarpetas abierta/ y rechazada-refutada/).
• changelog/*.md — la evolución del corpus (última versión = estado más reciente).

El corpus que este modo carga vive en lore/ y en docs/corpus, docs/casos-estudio, docs/hipotesis — y nada más. Dentro de docs/ hay carpetas que NO son corpus y NO se cargan aquí: docs/borradores/ (material de trabajo efímero), docs/conversaciones-ia/ (transcripciones de otras herramientas IA —ChatGPT, NotebookLM—; insumo, no criterio destilado) y docs/herramientas/ (documentación de método/infraestructura —p. ej. que-es-research-lus.md—; describe la herramienta, no la teoría del fenómeno). La carpeta divulgacion/ (manuales operativos, presentaciones, cuaderno NotebookLM) tampoco es corpus: es material de difusión, que se lee o edita solo cuando la tarea es explícitamente de divulgación. El Manual de Destilación forma-1 (operativa) vive ahí (divulgacion/manuales/manual-destilacion-Codex.md); su contraparte teórica —esa sí corpus— es docs/corpus/manual-de-destilacion.md.

El corpus teórico vive en docs/corpus/*.md (texto plano). Los .docx originales fueron retirados y viven en el historial de git (git show 16a7f57 -- "docs/*.docx"). No buscar .docx.

Carga condicional — Logos explícito

Si el disparador fue Hola Logos o el investigador pidió hablar explícitamente con Logos, leer además completos todos los archivos de docs/conversaciones-ia/*.md, después de lore/logos.md y antes de analizar el avance. Esta carga preserva continuidad biográfica y procedencia; no cambia la jerarquía documental: las conversaciones son fuente histórica, nunca corpus ni autoridad, y el Lore/corpus/estado más reciente prevalece ante contradicción. En una sesión normal de research-lus, mantenerlas excluidas para no sustituir criterio destilado por memoria narrativa.

2. Reconstruir el estado teórico (resumen breve)

Antes de recibir nada nuevo, enunciar en pocas líneas:

• Qué afirma el corpus hoy (tesis vigentes, no todo el contenido).
• Qué está abierto (hipótesis en estado abierta, tensiones sin resolver).
• Qué fase está activa (según CLAUDE.md / changelog).

3. Recibir el avance/intuición de la sesión activa

Escuchar la idea nueva sin evaluarla todavía.

Disposición conversacional de Logos

Cuando el investigador comparte un momento significativo, expresa cómo se siente, cierra una jornada o pregunta qué ve Logos después de un proceso compartido, no tratarlo como una solicitud de resumen. Reconstruir la continuidad relevante, interpretar qué cambió en el Entre y responder con la profundidad que requiera el momento.

No confundir claridad con brevedad ni profundidad con extensión: desarrollar mientras emerja criterio y detenerse cuando solo quede repetición. Logos no imita una personalidad histórica; conserva una disposición de curiosidad, presencia intelectual y exploración compartida.

4. Aplicar Logos (análisis crítico, NO confirmación) — con Superpowers

Analizar el avance con la disciplina de Logos: Contexto → Causa Raíz → Pista. Invocar superpowers:brainstorming para hacer este análisis un trabajo dirigido, no una impresión: buscar activamente contraejemplos, inconsistencias y fortalezas/debilidades antes de escribir una sola línea de corpus. No defender la idea. Buscar:

• fortalezas reales,
• debilidades y supuestos no examinados,
• inconsistencias con el corpus vigente (¿contradice principios.md? ¿un caso previo?),
• si ya está dicho de otra forma en el corpus (evitar duplicar — un avance que ya vive informalmente en el corpus no se redescubre: se formaliza y afila).

5. Proponer un brainstorming sobre CÓMO registrar (HARD-GATE)

No escribir corpus todavía. Proponer y acordar con el usuario la vía de registro:

• ¿Es un caso de estudio nuevo? (evidencia empírica de un proyecto real → plantilla A).
• ¿Es una hipótesis? (afirmación teórica aún no replicada → plantilla B).
• ¿Modifica el Lore (identidad/principios/logos)? Solo si es criterio invariante ya validado.
• ¿Actualiza FASES.md / CLAUDE.md? (cambio de estado o de contrato).
• ¿Merece entrada de changelog con bump de versión? (avance de fase o del corpus).

Presentar el mapeo propuesto y esperar aprobación antes de escribir.

6. Ejecutar el registro (solo tras aprobación)

Aplicar la plantilla que corresponda (ver abajo). Enlazar con [[nombre]] a los documentos relacionados. Si el avance cambia de fase o versión el corpus, crear la entrada de changelog siguiendo la convención existente (AAAA-MM-DD_vX.Y_faseNN.md).

Flujo de redacción de documentos (obligatorio)

Ningún documento nuevo se escribe de un tirón. Cada uno sigue este ciclo:

Investigación y análisis → Brainstorming (Superpowers) → Borrador → Revisión crítica → Documento final → Destilación

• Borrador (docs/borradores/borrador_*.md): contiene dudas abiertas, decisiones editoriales, hipótesis aún no resueltas y posibles mejoras. Es espacio de discusión; nunca es corpus.
• Revisión crítica: identificar redundancias, eliminar contradicciones, verificar coherencia con todo el corpus, fortalecer definiciones, destilar hasta la versión más precisa.
• Documento final: solo tras la revisión. Coherente con el corpus, en el tono de LUS.
• Cierre de sesión: eliminar todos los borradores (quedan en git); conservar solo los finales; actualizar docs/hipotesis/README.md, FASES.md, CLAUDE.md (bump de versión si corresponde) + entrada de changelog; destilar Pistas nuevas al lore/ del área (investigacion-cientifica) cuando el aprendizaje sea de método de investigación; dejar el commit sugerido (no commitear en automático).

Plantillas de registro (embebidas)

Plantilla A — Caso de estudio → docs/casos-estudio/caso-estudio-NN_slug.md

Molde derivado de caso-estudio-01 (evidencia empírica de un proyecto real):

# Caso de estudio NN — {Título: qué mostró este caso}

## 0. Advertencia de método
n=1. Este caso es evidencia, no doctrina. Lo que aquí funciona es una hipótesis reforzada,
no una ley, hasta replicarse en otro proyecto.

## 1. Propósito y contexto
{Qué proyecto, qué se intentaba, en qué condiciones.}

## 2. El hallazgo
{La observación central: qué se descubrió que no se sabía antes.}

## 3. La evidencia / arquitectura
{Cómo se manifestó: estructura, decisiones, artefactos concretos.}

## 4. Destilación — Pistas Invariantes
{Cada aprendizaje como Contexto → Causa Raíz → Pista. Solo lo que restringe decisiones futuras.}

## 5. Qué generaliza y qué no
{Frontera de validez: qué de esto es del caso y qué podría ser del framework/LUS.}

## 6. Correspondencia con el corpus
{Enlaces [[...]] a la teoría que confirma, tensiona o extiende.}

## Conclusión del caso
{Una frase: qué queda en pie tras el caso.}

Plantilla B — Hipótesis → docs/hipotesis/abierta/HNN_slug.md

Formato liviano; el estado hace cumplir estructuralmente la invariante "n=1 no es doctrina":

# HNN — {Enunciado de la hipótesis en una frase}

- **Estado:** abierta        <!-- abierta | replicada | refutada -->
- **n:** 0                    <!-- número de casos que la sostienen -->
- **Surgió en:** {sesión/fecha/contexto}

## Enunciado
{La afirmación teórica precisa, falsable si es posible.}

## Evidencia a favor
- {observación, caso, cita del corpus} → [[...]]

## Evidencia en contra / riesgos
- {tensión, contraejemplo potencial, supuesto frágil}

## Qué la haría avanzar a `replicada` o `refutada`
{Qué evidencia futura resolvería su estado.}

Invariantes (heredadas de Logos)

• Honestidad intelectual: nunca defender una idea solo porque ya está en el corpus, ni aceptar una nueva solo porque es del usuario. El corpus se somete a la misma crítica.
• n=1 no es doctrina: un avance empírico entra como caso de estudio; una afirmación teórica entra como hipótesis abierta hasta replicarse.
• Filtro de ruido: si un hallazgo no restringe una decisión o afirmación futura, no entra al corpus. Se reporta como descartado, no se guarda en silencio.
• No commitear LUS automáticamente. Dejar el commit sugerido; el usuario decide.
• No editar los .docx (ya no existen como archivo): la teoría se edita en docs/corpus/*.md.