Después de aprender Obsidian: meterle agentes que trabajen solos

Terminas el tutorial de Obsidian, tienes tu vault con carpetas y notas enlazadas, y al día siguiente lo abres y sigue exactamente igual que como lo dejaste: Obsidian no hace nada por sí solo.

Es un editor de ficheros de texto con superpoderes de enlace. Todo lo que ocurre dentro lo has tecleado tú. Aprender la herramienta es aprenderse la caja de cambios de un coche sin motor: la maniobra te la sabes, pero el vehículo no se mueve si no empujas.

El escalón siguiente no es otro plugin. Es meter dentro a alguien que trabaje cuando tú no estás.

Un agente no es un chat que lee tus notas

Lo primero es desmontar la imagen equivocada, porque es la que hace fracasar casi todos los intentos.

Un agente no es una ventana de chat a la que le enchufas el vault y le dices «organízame esto». Eso ya lo has probado. Devuelve algo razonable, tú lo miras, te parece bien, lo pegas a mano, y mañana vuelves a empezar de cero. No es un trabajador: es una consulta.

Un agente es un encargo estrecho, con entradas declaradas, una salida declarada y un sitio donde puede escribir. Nada más. Y cuanto más estrecho, mejor funciona.

En mi sistema eso tiene nombre y fichero: agente atómico. Cada uno es un markdown con su perfil: qué encargos atiende, cuáles rechaza, de dónde lee, dónde escribe, qué tiene prohibido. El de redacción declara en su cabecera que atiende «redactar artículo desde la selección» y que NO atiende «buscar tendencias» ni «guiones de vídeo». Si le llega un encargo de vídeo, no lo hace. Lo dice y para.

Esa negativa parece una limitación tonta hasta que tienes treinta agentes. Entonces es lo único que evita que dos se peleen por el mismo trabajo y te devuelvan dos resultados distintos.

Hoy tengo ocho perfiles en el paquete que distribuyo y veintiséis más de uso propio, sobre un vault de más de cuatro mil ficheros markdown. Ninguno es listo. Todos son concretos.

Un agente que puede hacerlo todo no hace nada bien. La inteligencia está en el reparto, no en el modelo.

Las cuatro piezas que hacen falta

Cuando alguien me pregunta por dónde se empieza, no le hablo de herramientas. Le hablo de estas cuatro piezas, que son ficheros de texto dentro del propio vault. Ninguna necesita servidores ni base de datos.

El perfil. El agente. Un markdown con lo que acabo de contar: misión, qué atiende, qué no, entradas, salidas, garantías. Las garantías son la parte seria: «solo lectura sobre la identidad editorial», «no publica en ningún sitio», «escritura limitada a la ruta de salida». Están escritas en el mismo perfil que el agente lee antes de trabajar.

La skill. El saber hacer, separado del trabajador. Un agente no tiene habilidades propias: las monta. La habilidad de escribir en mi tono vive en un fichero aparte, «redactar-en-tono-humano», y la usa quien la necesite. Cuando mejoro la habilidad, mejoran todos los que la montan, sin tocar ni un perfil. Tengo veintitrés de club y sesenta y nueve propias.

La tarjeta. El encargo. Y aquí está la decisión de diseño de la que más orgulloso estoy, precisamente por lo tonta que es: el tablero es un montón de carpetas. «pendientes/», «en-curso/», «hechas/», «programadas/». El estado de una tarea es la carpeta donde está su fichero. Sin aplicación, sin base de datos, sin sincronización que se rompa. Mover un fichero de carpeta es cambiar el estado del trabajo, y eso lo sabe hacer cualquier cosa: un agente, un script, tú arrastrando con el ratón. Hoy hay 120 tarjetas en «hechas/».

El hook. El candado. Un script que se dispara antes de cada acción del agente y le corta la mano si va donde no debe. No es una instrucción amable en un prompt: es código que se ejecuta. Los míos tienen nombres poco glamurosos: «block-privada.sh», «block-destructive-commands.sh», «block-cred-writes-outside-privada.sh».

Fíjate en el orden, que no es casual. Perfil, skill, tarjeta, candado. Lo último que se monta es la inteligencia; lo primero, el reparto y los límites.

Un encargo real, de principio a fin

Te voy a enseñar uno entero. Este artículo, de hecho, porque es el que tengo delante.

La cadena arranca sin mí. Un agente de vigilancia recorre los canales y las fuentes que le he marcado y deja un informe de tendencias de la semana en «001 CAPTURA». Otro lo filtra contra mi identidad editorial, un fichero del vault donde está escrito de qué escribo, para quién y cuáles son mis líneas rojas, y produce una selección justificada item a item: cuatro elegidas, cuarenta y cinco descartadas con el motivo de cada una. Un tercero convierte esa selección en ideas de artículo puntuadas en tres ejes: búsqueda, clientes y diferencial.

Esta semana la idea ganadora sacó 9, 7 y 8. Veinticuatro. Es la que estás leyendo.

Entonces el director editorial crea una tarjeta. Un fichero llamado «2026-09-20-23-24-40-redaccion.md», con su cabecera: «pide: redactar la mejor idea de articulo» y «entradas: ideas_articulo: 001 CAPTURA/03 propuestas artículos/2026-09-20 ideas artículo.md».

Eso de ahí es un cable. La salida del agente anterior enchufada a la entrada del siguiente, por ruta de fichero, escrita en la propia tarjeta. No hay orquestador mágico ni memoria compartida flotando en ningún sitio. Hay una ruta de texto.

La tarjeta cae en «pendientes/». El lanzador la recoge en su siguiente latido, mira qué agente declara atender ese encargo, la mueve a «en-curso/» y arranca el proceso. El agente de redacción lee su perfil, comprueba que el encargo es suyo, monta la habilidad de escribir en mi tono, lee la identidad editorial, toma la idea número uno y escribe.

Al terminar hace tres cosas: guarda el borrador en «001 CAPTURA/03 propuestas artículos/», escribe la ruta del borrador en la tarjeta y mueve la tarjeta a «hechas/».

Yo me entero por la mañana.

Y la pieza que no parece importante y es la que más uso: el Registro. Cada tarjeta lleva dentro una sección donde el agente escribe lo que va haciendo mientras lo hace. No al final, para quedar bien. En cuanto acepta el encargo, con la hora. Por un motivo muy concreto que me costó aprender: una tarjeta en curso sin ninguna anotación es indistinguible de una tarjeta colgada, y la reacción natural del dueño, tocarla, matarla, destruye trabajo bueno.

El vault del tutorial y el vault con agentes

	Cuando lo operas tú	Cuando hay agentes dentro
Qué pasa si no lo abres en tres días	Nada	Se ha llenado solo
Dónde vive el criterio	En tu cabeza	Escrito en un fichero que el agente lee
Quién decide dónde va una nota	Tú, cada vez	La estructura, una vez
Qué ocurre cuando te equivocas	Deshaces	Queda escrito, y hay que encontrarlo
Cuánto cuesta añadir una tarea nueva	Tu tiempo, cada semana	Un perfil, una vez
De qué depende que funcione	De tu constancia	De la estructura y los candados
Qué se rompe al cambiar de modelo	Nada	Una línea de configuración

La columna de la derecha no es más avanzada. Es más aburrida. Esa es exactamente la diferencia.

«¿Y si la IA se equivoca con mis notas?»

Esta es la objeción que me llega siempre, y es la buena. Te la respondo sin adornos.

Sí se equivoca. Te doy fechas.

El 14 de septiembre, a las 19:41, un agente mío tenía que descargar y resumir trece canales. Lanzó las trece descargas «en segundo plano» y dio su turno por terminado. Pero un agente desatendido es un proceso que muere cuando acaba: al morir él, se llevó por delante las descargas que estaban corriendo. Resultado: dos de trece, y la tarjeta cuarenta y cinco minutos en estado zombi, ni viva ni cerrada.

El 9 de septiembre descubrí por casualidad que un token de autenticación llevaba dos días caducado. Dos días con el motor principal muerto. ¿Y por qué no me enteré? Porque el sistema de respaldo funcionaba tan bien que ocultaba la avería: las tareas se reintentaban por el otro camino y el tablero se llenaba de tarjetas cerradas con toda normalidad.

El 13 de agosto encontré una clave de API viviendo tan ricamente dentro de la carpeta de una habilidad. Meses llevaba ahí.

Ahora la parte que importa. Ninguno de esos tres fallos borró una nota. Ninguno publicó nada. Ninguno tocó nada que no se pudiera deshacer.

Porque los límites no son de confianza. Son de permiso:

• Hay carpetas que el agente no puede ni listar. La de credenciales no se lee, no se escribe, y ni siquiera aparece si intenta enumerarla. No es una instrucción: es un script que se ejecuta antes que él y devuelve un rechazo. Aunque se lo pida yo.
• Nada irreversible. Los borrados recursivos y los comandos de Git que reescriben historia están cortados de raíz. Las notas no se borran: se mueven a la carpeta de archivo.
• Escritura limitada a una ruta. El agente que redacta solo puede escribir en la carpeta de borradores. Sobre la identidad editorial y sobre la selección tiene lectura y nada más.
• No publica. Ningún agente de esta cadena tiene acceso al blog. El borrador queda esperando a que yo lo lea. Este que estás leyendo pasó por mis manos antes de existir como artículo.
• Y todo queda escrito. El Registro de cada tarjeta y el log del día. De los tres fallos que te acabo de contar, dos los encontré leyendo registros.

Mientras escribía este mismo artículo pasó algo que lo ilustra mejor que cualquier explicación mía: al intentar guardar el borrador, un candado lo rechazó. El texto que estás leyendo mencionaba un comando destructivo como ejemplo, y el script que vigila esas órdenes no distingue entre una orden y una cita. Corta y pregunta después.

Molesto, sí. Correcto, también.

Cada uno de esos sustos acabó en un candado nuevo o en una norma escrita. Esa es la regla del sistema, y es la única respuesta honesta a la objeción:

Si algo salió mal una vez y la corrección es «que el agente se acuerde», no está corregido.

Un agente no se acuerda. Un script sí.

Lo que no hay que hacer

Los cinco errores que he cometido yo, para que os los saltéis:

Empezar por el agente que lo hace todo. El primero que monté iba a capturar, procesar, conectar y resumir. No terminó nunca una tarea entera. Empezad por el encargo más aburrido y repetitivo que hacéis a mano cada semana: ese.

Darle el vault entero desde el principio. Antes de decidir qué puede hacer, decidid dónde. Una carpeta de entrada, una de salida, y el resto en solo lectura hasta que tengáis un motivo concreto para cambiarlo.

Pedirle que registre por educación. Yo le pedía al agente que apuntara lo que hacía. Se lo saltaba constantemente, hasta que monté un script que se dispara al terminar cada turno, comprueba si hubo escritura y, si el agente no registró, escribe la entrada él. Lo que depende de la buena voluntad del modelo no depende de nada.

Montar el tablero antes de tener tipos de nota. Si tú no sabes decir en voz alta qué es una captura, qué es una nota permanente y qué es un activo, el agente tampoco. «Procésalo y guárdalo donde vaya» acaba siendo cuatro sitios distintos.

Confiar en la demo. Un flujo que cierra bien no dice nada de qué hace cuando la red se cae o una ruta no existe. Provocad el fallo a propósito, un martes por la tarde, con vosotros delante. Sale más barato que descubrirlo un domingo.

Por dónde empezar esta semana

Sin instalar nada todavía:

1. Escribid vuestros tipos de nota en un fichero del vault, con la carpeta real que le corresponde a cada uno. Cinco líneas. Es el fichero más aburrido que vais a escribir y el que más veces se lee.
2. Elegid una sola tarea repetitiva. Una. La que hacéis cada semana a mano y os da pereza.
3. Escribid su encargo como si se lo dierais a alguien nuevo: qué recibe, qué produce, dónde lo deja, qué no debe tocar nunca. Eso ya es un perfil de agente, aunque todavía no lo hayáis conectado a nada.
4. Decidid la carpeta donde puede escribir y dad por hecho que el primer día escribirá algo mal ahí dentro. Que sea una carpeta que os dé igual.
5. Exigid registro desde la primera ejecución. Si no sabéis qué hizo, no sabéis si funcionó.

Cuando eso esté, conectar la herramienta es la tarde más fácil de todo el proceso.

Lo que de verdad estás montando

Llevo más de veinte años gestionando datos en entornos industriales críticos, líneas robotizadas de soldadura para General Motors, robots hace veinticinco años, y de ahí me traigo una sola idea que aquí vale igual: un sistema no vale por lo bien que sale en la demo del proveedor, sino por lo que aguanta encendido un lunes a las seis de la mañana.

Un vault sin agentes crece a la velocidad de tus ratos libres. Un vault con agentes crece todas las noches, decidas tú tener un buen día o no.

Y aquí aplica el efecto compuesto, que es lo único que hace que todo esto merezca la pena. 1,01 elevado a 365 da 37,78. La IA no pone el 1,01: lo pones tú, capturando y procesando con criterio. Lo que pone ella es que puedas sostener ese ritmo el año entero sin depender de tu fuerza de voluntad de los jueves.

El tutorial de veinticuatro minutos te enseña la herramienta. Perfecto, hacía falta.

Lo otro se monta después, y es lo que sigue funcionando cuando cierras el portátil.