Las tres categorías como tres preguntas, las tres capas de mutación que evitan que el sistema se duplique, y las ocho etapas en el orden en que se construye. Las decisiones ya están resueltas y las tres primeras etapas, ejecutadas.
leer el plan completo →La duplicación no se evita separando temas, se evita separando cómo cambia cada cosa. Un mismo hecho no puede vivir en dos capas: si se sobrescribe, es estado; si se acumula, es evento; si explica, es prosa.
La prosa nunca enuncia inventario. El inventario siempre se renderiza.
Un archivo de área puede decir cómo se nombran las skills. No puede decir cuántas hay ni cuáles. Es la regla que decide si en tres meses la metaestructura te sirve o te miente, y el costo de que mienta no es solo tuyo: Claude también la lee.
Leídas como temas, hay que preguntar dónde va cada cosa nueva. Leídas como preguntas, el criterio se vuelve automático y deja de vivir en tu cabeza. Quedaron tres: la cuarta candidata (conocimiento técnico) se fue afuera del módulo, porque es materia prima que el sistema procesa, no algo que el sistema necesite para operarse.
¿Qué existe y cómo está armado? Once áreas.
¿Qué pasó y qué sigue? Patch notes, sesiones, tareas.
¿Para quién es esto y bajo qué restricciones? La IA no escribe acá.
Materia prima que el sistema procesa. Módulo aparte, no categoría.
Once en Estructura (instancias y flujos separados, templates absorbidos, "raw materials" convertido en un campo), tres en Obra (pendientes es una vista de tareas, no un store), seis en Contexto.
Los módulos y su relación.
La escalera: sistema, módulo, pieza, artefacto.
Catálogo, convenciones, arquitectura.
Unidades atómicas y los templates que las crean.
Los pipelines que recorren las instancias.
Naming, frontmatter, cómo se escribe cada cosa.
Ids, estados, tipos, terminología.
Sistema con sistema, y plugins que sostienen un pipeline.
El cuadrante como unidad estructural.
Qué colección alimenta qué vista.
Organigramas, cursogramas, árbol de carpetas.
Qué hay adentro de cada cuadrante.
Para bullet journal y sesiones emocionales.
Dispositivos, y con qué fricción cada uno.
Apps y plugins de comodidad.
Tiempos, fricción, comportamiento adhd.
Qué craft querés desarrollar, qué querés crear.
No hipótesis: esto salió de leer el sistema como estaba. Tres ya están cerradas y van al final. Las dos primeras de las abiertas son las que justifican el orden de lo que queda.
Lo que más querés mirar es lo que menos data tiene.
"Quiero seguir con skills" todavía no tiene respuesta.
Ocho colecciones, dos vacías, dos sin criterio escrito.
Los arrays de anatomia.astro son espejo, no fuente.
Resuelto: el patch notes mensual, con backfill retroactivo.
Aclarado: era completitud de las áreas, no filesystem.
Resuelto: normalizada, y el template lo evita para siempre.
¿Esta colección responde una pregunta que hoy no se puede responder de ninguna forma? Siete candidatas, dos pasan. Es la barrera contra el sprawl que ya empezó.
Cinco términos, y ninguno agrega un campo al momento de dictar. Todo se llena al destilar o al publicar.
Dos hay que alimentar y dos hay que cortar de entrada. El R2 es el que mata metaestructuras, y mata más rápido a las buenas que a las malas.
Ves el sistema, dictás mejor, mejor destilado, ves más.
Prosa con inventario, queda vieja, desconfiás, nadie la toca.
Más colecciones, destilar cuesta más, destilás menos.
Cada campo nuevo al dictar baja el caudal de entrada.
El semanal abstracto es el amortiguador del diario.
De abajo hacia arriba. Lo contraintuitivo: la intervención más potente no es automatizar el destilado, es cambiar qué tenés en la pantalla en el momento de hablar.
Cada una deja algo usable aunque las siguientes nunca se hagan. A, B y C están hechas: el vocabulario, la tabla de ruteo y el log. La D es la próxima, y es la que habilita "quiero seguir con skills".
Las seis se cerraron en KX-S02. Marcadas en rojo las tres donde tu decisión fue distinta de lo que yo proponía, que son las que más vale la pena leer.
Le miente al sistema y a Claude. La regla de 1.2 es la barra antivuelco.
Solo cambios de estado y cierres de decisión. Nada trivial.
Pasando 100 objetos, índice compacto generado.
Miente donde más confiás. Un comando lo arregla.
Los objetos no se editan a mano. El build es la validación.
El template como único camino de entrada.
Vuelve todo a tu cabeza, que es el problema original.