| 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" o "vamos a avanzar la investigación de LUS". |
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".
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.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-claude-code.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.
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.
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.
