Claude + Obsidian: Más Allá del Grafo Bonito

El problema de los «segundos cerebros»

Resumen clave: No es un problema de Obsidian. Ahora: Pegas las notas de la reunión en Obsidian. Contexto de cliente instantáneo antes de cada llamada Antes: Tienes una llamada con un cliente en 10 minutos.

Llevamos años viendo el mismo patrón en la comunidad de developers y freelancers tech: Para más contexto, te recomendamos leer sobre RAG Developer Freelance Proyectos, Tarifas y Stack.

  1. Descubres Obsidian → vuelcas 200 notas de proyectos, clientes y código
  2. Instalas 15 plugins → configuras el grafo de relaciones
  3. Haces una captura bonita → la subes a Twitter
  4. A las dos semanas, dejas de usarlo

El grafo se parece a una galaxia. Las notas siguen ahí. Pero nunca vuelves a leerlas.

No es un problema de Obsidian. Es un problema de recuperación. Tomar notas es fácil. Encontrar la nota correcta seis meses después, imposible. Conectar 20 notas sobre el mismo cliente y sacar una conclusión, impensable. Para más contexto, te recomendamos leer sobre marca Personal para Programadores De Anónimo a Referente.

Ahí entra Claude. Y no es para hacer el grafo más bonito.

Lo que nadie te dice sobre Obsidian

El valor de Obsidian nunca fue el grafo. La cadena de valor real es:

Capturar → Conectar → Recuperar → Sintetizar

La mayoría de freelancers que prueban Obsidian mueren en los dos primeros pasos. Capturan y conectan, pero nunca recuperan ni sintetizan. Las notas se convierten en un cementerio de especificaciones de proyecto, requisitos de clientes y ideas de lado projects que se pierden.

La IA es la capa que hace que los pasos 3 y 4 funcionen por primera vez.

5 workflows reales para freelancers tech

No teoría. Cosas que devs y consultores freelance hacen hoy con Claude conectado a su vault.

1. De reunión con cliente a tareas accionables en 2 minutos

Antes: Terminas una call con el cliente, vuelcas las notas en algún sitio, te pones a programar. Tres días después descubres que olvidaste dos cambios de scope y un deadline.

Ahora: Pegas las notas de la reunión en Obsidian. Le pides a Claude: «Procesa estas notas. Extrae acciones con responsables y fechas, decisiones sobre el scope, y preguntas que quedaron pendientes.»

Dos minutos. Los compromisos que antes se perdían entre la call y el deploy ahora quedan capturados.

2. Contexto de cliente instantáneo antes de cada llamada

Antes: Tienes una llamada con un cliente en 10 minutos. Hace tres semanas que no habláis. Abres Notion, Google Docs, el correo, Slack… buscando qué se acordó la última vez.

Ahora: «¿Qué pasó en los últimos tres encuentros con el cliente X? ¿Qué quedó pendiente? ¿Qué decisiones se tomaron sobre el scope?»

Claude lee tus notas del proyecto y te da un briefing completo. Llegas a la llamada sabiendo más que el cliente sobre lo que se acordó.

3. Especificaciones técnicas que se conectan solas

Antes: Documentas la arquitectura de un proyecto en notas separadas: stack, decisiones técnicas, deuda técnica, tickets pendientes. Seis meses después, no recuerdas por qué elegiste Postgres sobre MySQL ni dónde está la justificación.

Ahora: «Resume las decisiones técnicas del proyecto X. ¿Por qué elegimos este stack? ¿Qué deuda técnica tenemos pendiente? ¿Qué tickets están bloqueados?»

Claude lee las notas dispersas y te devuelve una arquitectura conectada. Las decisiones dejan de estar en islas.

4. Revisión semanal que realmente ocurre

Antes: «Voy a hacer review semanal de proyectos.» Lo haces tres semanas. La cuarta te olvidas. Nunca más.

Ahora: Cada viernes: «Revisa mis notas de esta semana. ¿Qué completé? ¿Qué se quedó? ¿Qué patrón ves en cómo estoy gastando el tiempo? Genera prioridades para la semana que viene.»

Cinco minutos. Y ocurre. La diferencia entre «tendría que hacer review» y «hacer review» es que una ocurre y la otra no. Para un freelance que factura por hora o por proyecto, saber dónde se va el tiempo es dinero literal.

5. De nota de voz a documentación estructurada

Antes: Vas andando del coworking a casa, tienes una idea para un lado project o una solución a un bug. Grabas una nota de voz. La transcripción es un desastre. La idea muere ahí.

Ahora: La transcripción entra en Obsidian. «Limpia esto, estructúralo, extrae lo accionable, y conecta con notas que ya tengo sobre este proyecto.»

Stream of consciousness → nota técnica estructurada. Sin fricción.

¿Cómo se conecta Claude con Obsidian?

No necesitas montar un sistema complejo. Hay tres caminos, de fácil a avanzado:

El portapapeles (lo que hace el 80% de la gente): Copias las notas relevantes, las pegas en Claude o ChatGPT. Cero configuración. Funciona. Es lo que estás haciendo ahora mismo leyendo esto.

El plugin: Smart Connections (más de 1M de descargas en la comunidad de Obsidian). Chat directo con tu vault desde dentro de Obsidian. Búsqueda semántica: encuentra notas relacionadas aunque no compartan palabras clave. Funciona con Claude, GPT-4 y modelos locales.

El nativo: Claude Desktop + MCP (Model Context Protocol). Claude lee tu vault completo, busca, lee y escribe notas. Configuración: cinco minutos editando un JSON. Es lo más potente pero requiere Claude Desktop.

La objeción honesta: ¿esto es perder el tiempo montando sistemas que no vas a usar?

Lo escuchas y piensas: «Suena bien, pero voy a montar todo esto, usarlo dos semanas, y se muere.»

Válido. Es la crítica más fuerte y es parcialmente cierta.

La respuesta: no montes un sistema. Resuelve un problema.

Empieza por un solo workflow. El que más te duela:

  • ¿Pierdes compromisos de reuniones con clientes? → Workflow 1
  • ¿Llegas a las llamadas sin contexto? → Workflow 2
  • ¿Documentas lo mismo tres veces? → Workflow 3

Si ese workflow te ahorra tiempo, añades otro. Si no, lo dejas y no has perdido nada más que 10 minutos.

Los que fracasan montan Obsidian con 15 plugins antes de tener un problema que resolver. Los que funcionan empiezan por «pierdo el hilo de los proyectos» y encuentran la solución.

La diferencia real: contexto acumulado

Hay una diferencia fundamental entre Claude con tu Obsidian y Claude en el chat:

ChatGPT es un desconocido inteligente. Claude con tu vault es un compañero que ha estado en todas tus reuniones.

Uno te da consejos genéricos. El otro te dice «ya hablaste de esto en marzo, decidiste migrar a PostgreSQL, y tienes pendiente revisar los índices». Sobre tus notas. Tus proyectos. Tus compromisos con clientes.

Ese contexto acumulado es lo que transforma un chatbot en algo útil de verdad. No el grafo. No los plugins. El contexto.

¿Cuándo NO merece la pena?

Sé honesto contigo mismo:

  • Menos de 50 notas: usa carpetas en Google Drive. No necesitas nada de esto.
  • Tus notas son listas de tareas: usa Notion o TickTick.
  • No tomas notas: arregla eso primero.
  • Quieres montarlo y olvidarte: la IA requiere que interactúes con ella. No es configure-and-forget.

El test es simple: si tienes más de 100 notas y nunca re-lees la mayoría, tienes un problema de recuperación. Si tomas notas de reuniones y proyectos con regularidad, tienes un problema de procesamiento. En ambos casos, hay retorno real.

Conclusiones

El grafo de Obsidian es la punta del iceberg. Lo que importa es lo de abajo: capturar conocimiento de tus proyectos, recuperarlo cuando lo necesitas, y sintetizarlo en algo útil.

Claude no hace el grafo más bonito. Hace que las 200 notas que escribiste sobre clientes, arquitecturas y especificaciones y que olvidaste vuelvan a ser útiles.

Y no necesitas 15 plugins para empezar. Necesitas un problema y cinco minutos.

¿Te está sirviendo SeniorStack? Añádenos a tus fuentes preferidas en Google y nos verás destacados en tus resultados y respuestas de IA.

Deja un comentario