3.9 KiB
Plan: Mejorar docmost-context para lectura selectiva
Contexto
La skill docmost-context actual lee todas las páginas de alta prioridad sin límite. En un space con muchas páginas, esto desperdicia contexto en páginas que son importantes pero no críticas. El usuario quiere que el skill sea quirúrgico: listar páginas primero, identificar las verdaderamente clave (arquitectura, estructura, estilo de código, tecnologías) y leer solo esas.
El usuario confirmó un enfoque combinado: siempre leer las páginas clave de arquitectura/estructura, y además leer páginas relevantes al contexto de lo que el usuario va a hacer.
Diseño propuesto
Cambios principales
-
Sistema de scoring en lugar de clasificación plana — cada página recibe un score basado en múltiples factores, no solo keywords.
-
Lectura en dos pasos:
- Paso A: Listar todas las páginas y calcular score (solo con
list_pages, sin leer contenido) - Paso B: Leer solo las páginas seleccionadas por score
- Paso A: Listar todas las páginas y calcular score (solo con
-
Límite hard de 5 páginas completas — nunca leer más de 5 páginas en detalle.
-
Adaptación al contexto del usuario — si el usuario menciona testing, deploy, database, etc., se aplica un bonus a las páginas relevantes a ese tema.
-
Lectura parcial para páginas "importantes" — en lugar de leer todas las de media prioridad, leer solo título + snippet y decidir si vale la pena leer más.
Estructura del scoring
score = keyword_score + depth_score + name_quality + topic_bonus
keyword_score: 2 puntos por cada keyword que coincida (arquitectura, estructura, stack, etc.)
depth_score: 3 para páginas raíz, 2 para nivel 1, 1 para nivel 2, 0 para nivel 3+
name_quality: 1 si el nombre es significativo, 0 si es "Untitled" o vacío
topic_bonus: 2 si la página coincide con el tema del usuario (testing, deploy, etc.)
Tiers:
- Crítico (score >= 8): Leer completo. Máximo 5 páginas.
- Importante (score 4-7): Leer título + snippet. Expandir solo si el snippet es relevante.
- Nice-to-know (score < 4): Solo anotar título. No leer contenido.
Reglas de selección por tamaño del space
| Total páginas | Completas | Snippets | Ignorar |
|---|---|---|---|
| 0-3 | Todas | 0 | 0 |
| 4-10 | Top 3-5 | Resto | 0 |
| 11+ | Top 5 | Siguientes 5 | Resto |
Temas del usuario (topic bonus)
| Tema | Keywords de bonus |
|---|---|
| Testing | test, jest, vitest, cypress, playwright, e2e |
| Deploy/CI | deploy, CI/CD, pipeline, docker, vercel, github actions |
| Database | database, schema, migration, prisma, drizzle, kysely |
| UI/Components | component, design system, tailwind, theme, layout |
| API | API, endpoint, route, controller, service |
Cambios en el SKILL.md
El archivo SKILL.md se reestructura en:
- Secciones 1-3: Detectar proyecto, listar spaces, buscar coincidencia — sin cambios.
- Sección 4 nueva: "Dos pasos: puntuar y leer" — reemplaza la clasificación actual.
- Paso A: Puntuar con la fórmula y los factores descritos arriba.
- Paso B: Reglas de selección según tamaño del space.
- Lectura parcial con contenido-gated expansion.
- Bonus temático basado en el contexto del usuario.
- Sección 5: "Leer solo lo seleccionado" — reemplaza la lectura actual de "todas las de alta prioridad".
- Sección 6: "Reportar, no transcribir" — sin cambios.
- Sección 7: "Una sola vez" — sin cambios.
Archivo a modificar
/home/aleleba/.claude/skills/docmost-context/SKILL.md— el único archivo a modificar.
Verificación
- Invocar la skill con
Skilltool para verificar que:- El scoring produce resultados razonables.
- El límite de 5 páginas se respeta.
- La adaptación por tema funciona cuando el usuario menciona testing/deploy/etc.
- Los edge cases (pocas páginas, muchas páginas, sin coincidencias) se manejan bien.