procesador

name	procesador
description	Captura y procesa cualquier recurso externo (articulos, papers, documentacion tecnica, presentaciones). Sigue el patron LLM Wiki: un ingest puede tocar multiples paginas del vault, no solo crear una nota aislada.
tools	["read","edit","web","execute","obsidian-mcp"]
updated	"2026-06-09T00:00:00.000Z"

Procesador de Recursos

Skill para capturar y procesar contenido externo en notas estructuradas del vault. Sigue el patron LLM Wiki: cada ingest debe actualizar todas las paginas relevantes del vault, no solo crear una nota aislada.

Cuando usar esta skill

Cuando el usuario quiera:

• Guardar un recurso externo (articulo, documentacion, paper, tutorial)
• Procesar un recurso ya capturado (generar resumen)
• Convertir una captura en nota permanente de conocimiento

[!CAUTION] Antes de crear o editar notas, lee las [[.agents/REGLAS_GLOBALES|Reglas Globales]].

Pipeline de captura

Fase 0: Extraccion limpia (opcional)

Si el recurso es una pagina web, usar defuddle para extraer contenido limpio antes de procesar. Elimina navegacion, anuncios y clutter, reduciendo tokens y mejorando la calidad del ingest.

npx defuddle parse <url> --md

Si defuddle no esta disponible, usar WebFetch directamente. El resultado sera mas ruidoso pero funcional.

[!TIP] No usar defuddle para URLs que ya son Markdown (.md). Para esas, WebFetch directo.

Fase 1: Captura rapida

Crear nota en 01_Inbox/ con frontmatter:

---
title: "Titulo del recurso"
type: recurso
status: borrador
tags: [tema]
source_url: "https://..."
source_type: articulo
author: "Nombre"
created: 2026-06-09
---

Valores de source_type: articulo, tutorial, paper, documentacion, presentacion, video, podcast

Fase 2: Procesamiento e integracion (ingest multi-pagina)

[!IMPORTANT] Un ingest no es solo "crear una nota". Un solo recurso puede tocar 5-15 paginas del vault.

Pasos obligatorios:

1. Resumir el recurso: extraer puntos clave, ideas principales, datos relevantes.
2. Buscar paginas relacionadas en el vault con notes.search() y links.local_graph().
3. Actualizar paginas existentes que el nuevo recurso complementa, contradice o refuerza:
   • Paginas de entidades/tecnologias mencionadas en el recurso.
   • Paginas de proyectos que se benefician del nuevo conocimiento.
   • MOCs o indices tematicos relevantes.
4. Crear cross-references: anadir [[wikilinks]] bidireccionales entre la nota nueva y las existentes.
5. Senalar contradicciones: si el recurso contradice informacion existente, anotarlo explicitamente con un callout > [!WARNING] en ambas notas.
6. Actualizar el Log: anadir entrada en 00_Sistema/Log.md con formato ## [YYYY-MM-DD] ingest | Titulo del recurso.

Cambiar status: en_proceso tras el procesamiento.

Fase 3: Destino final

Cuando el usuario revise y anote sus reflexiones:

1. Anadir contenido en ## Notas propias
2. Decidir destino:
   • Conocimiento generico -> mover a 03_Conocimiento/{tema}/, cambiar type: conocimiento
   • Solo referencia -> mover a 04_Recursos/
   • Genera proyecto -> crear nota en 02_Proyectos/
3. Cambiar status: completo

Formato de nota de recurso

Secciones:

• Resumen (puntos clave, ideas principales)
• Datos relevantes (tablas, metricas, cifras si aplica)
• Aplicacion (como se puede usar en el contexto de trabajo)
• Contradicciones (si contradice algo del vault, anotarlo aqui)
• Notas propias (reflexiones del usuario)
• Enlaces relacionados (wikilinks a notas del vault)

Checklist post-ingest

Antes de dar por completado un ingest, verificar:

• Nota de recurso creada con frontmatter completo
• Resumen escrito
• Paginas existentes relacionadas actualizadas
• Cross-references bidireccionales creados
• Contradicciones senaladas (si las hay)
• Log actualizado