Por qué no uso Obsidian aunque trabajo con Markdown
Todos asumen que uso Obsidian porque trabajo en Markdown. No lo uso, y aquí te explico por qué Markdown no es Obsidian y qué hago en su lugar.
Te dejo el vídeo arriba, pero aquí lo tienes escrito y con las herramientas enlazadas.
Desde que conté que ya casi no uso Notion, la conclusión que ha sacado todo el mundo es la misma: "seguro que ahora está con Obsidian". Me han llegado comentarios, mensajes y hasta un tío que me escribió tres correos seguidos para asegurarse de que lo leía.
Pues no. No uso Obsidian. Lo habré abierto dos veces en los últimos cuatro meses, y las dos fueron para enseñaros algo formateado en un vídeo. Fin.
Pero como a mí dame hechos y no palabras, vamos a por los hechos.
¿Markdown es lo mismo que Obsidian?
No. Y aquí está el malentendido de todo esto.
Markdown es un formato. Una forma universal de dar estilo a archivos de texto plano para que se maqueten solos. No es de nadie. Lo usan miles de herramientas para todo.
Obsidian es una de esas herramientas, la que mucha gente usa para montar su sistema de gestión de conocimiento personal. Pero no es la única que tira de Markdown, ni de lejos.
Notion también usa Markdown. Si dentro de Notion escribes dos almohadillas y un espacio, te sale un título de nivel dos. ¿Por qué? Porque así se hace en Markdown, no porque a Notion se le ocurriera. Y si te vas a Git, los README de toda la vida son archivos .md formateados en Markdown, y eso lleva funcionando así desde mucho antes de que Obsidian existiera.
Así que usar Markdown y un sistema de archivos no significa usar Obsidian. Significa usar Markdown. Que es lo que llevo haciendo años.
Por qué no monto mi sistema en Obsidian
La primera razón es tonta pero definitiva: mi sistema de archivos no lo tengo solo en local. Lo tengo repartido en varios servidores y en sitios distintos según lo que quiera hacer con cada cosa. Eso, de entrada, ya rompe el modelo de tener una bóveda montada en Obsidian.
¿Se podría hacer igualmente? Sí. ¿Tiene sentido para mí? Ninguno. La pregunta que me hago siempre es la misma: ¿qué me ofrece esta herramienta que no tenga ya con lo que uso a diario? Y con Obsidian, la respuesta es nada.
Está el tema de la visualización, que es lo que más se defiende de Obsidian. Que si ves las tablas bonitas, que si el texto ya formateado. Pero es que yo veo Markdown desde hace tanto que ya lo leo formateado en mi cabeza. Una tabla en Markdown la entiendo sin necesidad de verla renderizada, como el de Matrix que mira las letras verdes cayendo y ve la escena.
Y aunque necesitara verlo maquetado, Obsidian no es lo único que hace eso. Abro esa misma tabla en un editor de código como Zed, que está pensado para programar, le doy al botón de vista previa y se ve igual o mejor. La visualización no es magia de Obsidian: es que Markdown es universal y casi cualquier herramienta lo pinta.
¿Y el famoso grafo de Obsidian no es imprescindible?
Esta es la otra bandera que se saca siempre. "Es que el grafo es lo más importante."
Te enseño una cosa. Abro mi documentación en Obsidian, me voy al grafo y está todo huérfano. Todo suelto, sin conexiones. Y no es que yo documente mal.
Es que Obsidian trabaja por defecto con wikilinks, y yo trabajo con rutas relativas. Se puede cambiar, sí, pero las rutas relativas son la forma más eficiente de trabajar cuando estás con temas de programación y, sobre todo, cuando trabajas con Claude Code: sabe exactamente dónde buscar cada archivo en vez de tener que resolver un wikilink. Marcos de Emowe, que sí vive en Obsidian, lo dice él mismo: la única función no universal que usa son los wikilinks.
Y encima yo tengo varios grafos distintos según lo que quiera ver. Me he montado uno igual que el de Obsidian pero hecho por mí y para mí, que me muestra las relaciones de mi sistema de archivos por rutas relativas y me deja hacer clic para sacar información que de otra forma no vería. Y tengo otro para el interlinking de mi blog, que ahí no funciona ni con rutas ni con wikilinks, sino con enlaces HTTP entre slugs, para ver qué posts pilares sostienen cada nicho.
Necesito grafos específicos, que funcionan distinto y me dan información distinta. ¿Qué me aporta el grafo genérico de Obsidian ahí? Nada.
El error de fondo: idealizar la herramienta
Todo esto viene de lo mismo, y es un patrón que veo constantemente: idealizar una herramienta hasta el punto de creer que no existe otra forma de trabajar sin ella.
Pasa con Notion. Hay gente que aprende a montar su sistema de notas ahí y luego no es capaz de dar el salto a algo más avanzado, porque se ha vuelto hiperfiel a la herramienta. Y pasa al revés: gente que empieza con Obsidian y no sale de ahí, cuando detrás hay mucho más mundo. Con Obsidian CLI, por ejemplo, ahora puedes integrar cosas dentro de Claude que hace un par de años ni existían.
Mi postura siempre ha sido la misma: no te cases con una herramienta concreta. Construye herramientas hechas para ti. Por eso hablaba tanto de Notion en su día, porque servía justo para eso, para montarte cosas a tu medida. Y por eso siempre dije que no dupliques plantillas, que las entiendas y hagas la tuya.
Con la IA estoy haciendo exactamente lo mismo que hacía con Notion, solo que he encontrado una forma que se adapta mejor a mí. Por eso dejé Notion. No porque sea mala, sigo siendo un defensor de Notion, sino porque encontré algo mejor para mí. Para mí, no para ti.
Que quede claro: Obsidian es una herramienta cojonuda, Notion también. Cada una sirve para lo que sirve. Si una te va bien, úsala y ya está. Pero no la idealices como si fuera la única del mundo, porque ahí es donde empiezan los problemas. Y no asumas que uso otra cosa solo porque he dejado de usar Notion.
Ah, y no, no hay ninguna guerra con Marcos. Nos tomamos cervezas cuando coincidimos. Todo lo demás es estrategia, señores.
Las herramientas que salen en el vídeo
- Notion: donde monté durante años mis sistemas a medida. Sigo defendiéndolo.
- Obsidian: gran herramienta para gestión de conocimiento personal si es tu forma de trabajar. Simplemente no es la mía.
- Claude Code: con lo que gestiono ahora mi documentación, trabajando por rutas relativas.
- Markdown: el formato universal de texto plano detrás de todo esto.
- Zed: editor de código que también renderiza Markdown con su vista previa.
- Coda y Git: otras herramientas que menciono, cada una con su uso.
Algunos enlaces son de afiliado: si compras, me llevo una comisión sin que a ti te cueste más.
Si quieres profundizar, aquí tienes cómo uso Claude Code para documentos y notas, no solo para código, cómo montar un sistema de notas que sí vas a usar con IA y la guía de IA para el día a día.
Si lo que quieres es entender de verdad cómo tengo montada toda la documentación y cómo trabajo con la IA por detrás, eso es justo lo que enseño en Yo S.A.. Ahí está el sistema entero, no la herramienta de turno.
Sigue leyendo
Cómo dejar que Claude gestione Git sin romper tu código
Llevo meses sin tocar Git: lo gestiona Claude por mí. Cómo lo tengo montado con documentación para que no rompa ni una línea de código.
Anthropic quita Claude Code del plan Pro: qué significa
Anthropic empieza a quitar Claude Code del plan Pro a los nuevos usuarios. Qué está pasando, a quién afecta y si conviene seguir con Claude.
Cómo migré años de notas de Notion a Obsidian con Claude Code
Exporté mi Notion, se lo solté a Claude Code sin plan y en minutos tenía todas las notas en Obsidian con los enlaces funcionando. El proceso real.
Cómo pasar de Google Sheets a una base de datos de verdad
La hoja de cálculo aguanta hasta que tres personas escriben a la vez. Cuándo toca mudarse a una base de datos y cómo hacerlo sin perder nada.