obsidian-bases
por kepanoobsidian-bases ayuda a crear y editar archivos `.base` de Obsidian con filtros, fórmulas, resúmenes y vistas de tabla, tarjetas, lista o mapa. Es ideal para convertir metadatos de notas en vistas funcionales de base de conocimiento, con validación de YAML y orientación sobre referencias de funciones desde los archivos del skill.
Este skill obtiene 82/100, lo que lo convierte en una opción sólida dentro del directorio: la evidencia del repositorio muestra un flujo reutilizable y real para crear y editar archivos `.base` de Obsidian con filtros, fórmulas y varios tipos de vista, y ofrece a los agentes suficiente orientación sobre esquema y validación como para reducir la improvisación frente a un prompt genérico. Aun así, quienes lo usen en el directorio deberían contar con probar los resultados dentro de Obsidian, ya que el skill se basa en documentación y no en herramientas integradas.
- Alta capacidad de activación: la descripción se vincula explícitamente con archivos `.base`, Bases, vistas de tabla/tarjetas, filtros y fórmulas en Obsidian.
- Buen nivel de sustancia operativa: `SKILL.md` ofrece un flujo de trabajo concreto, estructura del esquema YAML, comprobaciones de validación y patrones de errores frecuentes.
- Ventaja útil para agentes: la referencia de funciones incluida ayuda de forma tangible a construir fórmulas sin inventar sintaxis.
- No incluye comando de instalación ni archivos auxiliares ejecutables; su adopción depende de leer y aplicar manualmente la guía en markdown.
- La validación depende en última instancia de abrir el archivo `.base` en Obsidian, por lo que sigue habiendo cierto margen de prueba y error con problemas de renderizado o sintaxis.
Visión general de la skill obsidian-bases
En qué destaca obsidian-bases
obsidian-bases ayuda a un agente a crear y editar archivos .base de Obsidian para vistas de notas tipo base de datos. Resulta especialmente útil cuando necesitas YAML funcional para funciones de Bases como filtros, fórmulas, resúmenes y diseños de vista como table, cards, list o map.
Cuándo encaja mejor en flujos de trabajo de bases de conocimiento
Esta skill de obsidian-bases encaja muy bien para quienes gestionan un vault como base de conocimiento, seguimiento de proyectos, lista de lectura o panel de contenidos. La necesidad real no es “escribir YAML”, sino “convertir mis notas y metadatos en una vista útil que realmente se renderice en Obsidian”.
Por qué usarla en lugar de un prompt genérico
La diferencia está en la estructura. La skill da al agente un flujo de trabajo claro: definir el alcance con filters, añadir formulas opcionales, configurar vistas y luego validar el YAML y las referencias a propiedades. Eso reduce los fallos habituales de un prompting común: sintaxis .base inválida, referencias de fórmulas rotas y vistas que no coinciden con el esquema del vault.
Cómo usar la skill obsidian-bases
Contexto de instalación y qué leer primero
No hay un comando de instalación especial expuesto en la propia skill; se trata de una skill de orientación dentro de kepano/obsidian-skills. Empieza por skills/obsidian-bases/SKILL.md y luego lee skills/obsidian-bases/references/FUNCTIONS_REFERENCE.md. Revisa primero la sección de flujo de trabajo, después los ejemplos de esquema y deja la referencia de funciones solo para las fórmulas que realmente necesites.
Qué entrada necesita la skill obsidian-bases
Para sacar buen partido a obsidian-bases, dale al agente:
- el objetivo de la base, por ejemplo “mostrar proyectos activos”
- rutas de notas o carpetas de ejemplo
- propiedades relevantes de frontmatter, etiquetas y campos de fecha
- el tipo de vista deseado:
table,cards,listomap - cualquier campo calculado que quieras, como estado de vencimiento o tiempo de lectura
- expectativas de visualización, como el orden de propiedades o los campos de resumen
Entrada débil: “Hazme una base para tareas”.
Entrada sólida: “Crea un archivo .base para notas en Projects/, incluye solo notas donde status != done, muestra title, status, due y una fórmula is_overdue, usa por defecto la vista de tabla y añade una vista de tarjetas para móvil”.
Convierte un objetivo impreciso en un prompt que funcione
Un prompt práctico para obsidian-bases debería pedir un archivo .base completo junto con comprobaciones de validación. Ejemplo:
“Using obsidian-bases, create a valid .base YAML file for notes in Areas/Research/ tagged #paper. Add filters for only unread items from 2024 onward, define formulas for age_days and is_recent, create a table view ordered by title, author, year, and formula.age_days, and explain any quoting needed to avoid YAML errors.”
Esto funciona mejor porque especifica el alcance, los metadatos, las fórmulas, el orden de visualización y además pide una salida consciente de la sintaxis.
Flujo de trabajo práctico y comprobaciones de salida
Usa esta secuencia:
- Pide primero el
.basemínimo. - Valida la sintaxis YAML antes de añadir complejidad.
- Añade una fórmula cada vez.
- Añade una segunda vista solo después de que la primera se renderice.
Comprobaciones de calidad importantes de la skill:
- poner entre comillas las cadenas cuando caracteres especiales de YAML puedan romper el parseo
- asegurarse de que cada
formula.Xusado en una vista esté definido enformulas - confirmar que los nombres de propiedades coincidan exactamente con tus notas
- probar en Obsidian, no solo en un editor de texto
Preguntas frecuentes sobre la skill obsidian-bases
¿obsidian-bases es buena para principiantes?
Sí, si ya entiendes las propiedades básicas de Obsidian y el frontmatter. La skill obsidian-bases es más fácil que aprender todo el formato desde cero porque propone un orden seguro de creación. Aun así, los principiantes absolutos pueden tener dificultades si los metadatos de su vault son inconsistentes.
¿En qué se diferencia de pedirle a una IA un archivo .base?
Un prompt genérico puede producir un YAML convincente que luego no se renderiza. La skill obsidian-bases es mejor porque se centra en el flujo real de .base: primero filtros, después fórmulas, luego vistas y al final validación. Además, te dirige a la referencia de funciones cuando entran en juego las fórmulas.
¿Cuándo obsidian-bases no es la herramienta adecuada?
No uses obsidian-bases si tu problema real es la falta de metadatos, una estructura de notas inconsistente o no tener claro qué debería mostrar la base. Tampoco sustituye la documentación específica de plugins fuera del formato Bases. Si el esquema de tu vault está desordenado, corrígelo primero.
¿obsidian-bases ayuda con fórmulas y funciones?
Sí. El archivo references/FUNCTIONS_REFERENCE.md incluido es una de las partes más útiles de la skill para decidir si te conviene instalarla. Ayuda cuando necesitas cálculos con fechas, visualización condicional, conversión de tipos, enlaces, iconos o renderizado HTML dentro de propiedades controladas por fórmulas.
Cómo mejorar la skill obsidian-bases
Da un esquema de vault más limpio antes de pedir salida
La mayor palanca de mejora es la calidad de la entrada. Enumera los nombres exactos de las propiedades y valores de ejemplo de 3 a 5 notas antes de pedir una base completa. Si una nota usa due-date y otra due, el agente no podrá diseñar filtros o fórmulas de forma fiable.
Evita los fallos más comunes de obsidian-bases
Fallos habituales:
- YAML inválido por cadenas sin comillas
- referencias a fórmulas usadas antes de su definición
- filtros que apuntan a etiquetas o propiedades que no existen
- primer borrador demasiado complicado, con varias vistas y resúmenes a la vez
Una mejor primera petición es una más acotada: una carpeta, un filtro, una vista, una fórmula.
Itera a partir de una salida mínima que ya funcione
Para un mejor uso de obsidian-bases, pide revisiones por capas:
- primera pasada:
.baseválido con un filtro y una vista - segunda pasada: campos calculados
- tercera pasada: vistas alternativas y resúmenes
- pasada final: comentarios sobre supuestos y posibles desajustes de esquema
Esto mejora la fiabilidad porque puedes ver exactamente qué añadido rompe el renderizado.
Usa el archivo de referencia de forma estratégica
Para mejorar los resultados con obsidian-bases, no pidas “fórmulas avanzadas” en abstracto. Nombra la operación que quieres y haz que el agente la relacione con funciones conocidas de references/FUNCTIONS_REFERENCE.md. Eso mantiene la salida anclada al conjunto de funciones documentado y reduce la sintaxis alucinada, especialmente con fechas, booleanos, enlaces y formato de visualización.