Solución de problemas
La mayoría de los problemas Notemd se clasifican en cuatro categorías: problemas clave API, conectividad de red, errores de autenticación (401/403) y límites de tasa (429). La prueba de conexión integrada y el panel de diagnóstico permiten identificar rápidamente la causa raíz. Esta página abarca cada mensaje de error común, su causa y la solución correspondiente. Para problemas que no se mencionan aquí, infórmelos en GitHub Issues junto con los resultados de los diagnósticos.
Esto forma parte de la Obsidian Guía de Gestión del Conocimiento de IA.
Resumen general
Notemd depende de servicios externos: proveedores LLM y motores de búsqueda API; por lo tanto, la mayoría de los problemas surgen fuera del propio plugin. El panel de diagnóstico en la configuración ofrece una vista estructurada de la última llamada API, incluyendo la solicitud URL, el estado de respuesta y el cuerpo del error. Siempre revíselo primero antes de investigar más a fondo.
Cómo funciona: Diagnóstico
Prueba de conexión
Cada sección de configuración del proveedor cuenta con un botón "Probar conexión". Al hacer clic en él, se envía una solicitud mínima API (generalmente una lista de modelos o una completación breve) y se informa si la operación tuvo éxito o si se produjo el error específico HTTP. Esta es la forma más rápida de verificar que su clave API y la base URL estén correctas.
Panel de Diagnóstico
Configuración --> Notemd --> Diagnóstico muestra:
| Campo | Contenido |
|---|---|
| Último proveedor | ¿Qué proveedor se llamó por última vez? |
| Último modelo | ¿Qué modelo se llamó por última vez? |
| Último estado | Código de estado HTTP o error de transporte |
| Último error | Mensaje de error bruto desde el API |
| Última solicitud URL | Contenido completo URL de la última solicitud (clave API redactada) |
| Cuerpo de la última respuesta | Cuerpo de la respuesta truncado (primeros 500 caracteres) |
Copie la salida completa de diagnóstico al informar problemas en GitHub.
Errores comunes
API Clave inválida o faltante
Síntoma: HTTP 401 o "Se proporcionó una clave API incorrecta"
Causa: La clave API está faltando, contiene espacios en blanco o pertenece a un proveedor diferente.
Solución:
- Verificar que la clave no tenga espacios al principio ni al final
- Confirme que la clave coincide con el proveedor seleccionado (una clave OpenAI no funcionará con Anthropic).
- Verifique que su cuenta tenga créditos o una suscripción activa.
- Haga clic en "Probar conexión" para verificar
Errores de red/conexión
Síntoma: ERR_CONNECTION_REFUSED, ERR_TIMED_OUT, Socket hang up, Network request failed
Causa: El punto de extremo API no es accesible desde su máquina.
Solución:
- Verifique su conexión a Internet.
- Si está detrás de un proxy o firewall, verifique que el dominio API no esté bloqueado
- Para Ollama: confirme que
ollama serveestá en ejecución (ollama listdebe devolver modelos) - Para LMStudio: confirme que el servidor está en ejecución en
localhost:1234 - Pruebe un transporte diferente: los usuarios móviles deben asegurarse de que el transporte
requestUrlesté activo - Habilitar
enableStableApiCallpara la reintentación automática en errores transitorios
403 Prohibido
Síntoma: HTTP 403
Causa: Su clave API es válida, pero no tiene permisos para el recurso solicitado.
Solución:
- Algunos modelos requieren acceso especial (por ejemplo, GPT-4 a través de Azure necesita un nombre de despliegue).
- Algunos proveedores restringen los modelos según el nivel del plan: verifica tu cuenta
- Pueden aplicarse restricciones regionales (algunos proveedores en China bloquean IPs internacionales y viceversa).
- Verifique que el nombre del modelo esté escrito correctamente (por ejemplo,
gpt-4oy nogpt-4o-minicuando el modelo mini es todo lo que su plan permite).
Límite de tasa (429)
Síntoma: HTTP 429 o "Se superó el límite de frecuencia"
Causa: Demasiadas solicitudes en un corto período de tiempo.
Solución:
- Reduce
batchConcurrencya1o2 - Espera unos minutos antes de intentarlo de nuevo.
- Consulte la documentación sobre los límites de velocidad de su proveedor para su nivel de plan.
- Habilitar
enableStableApiCallpara la reintentación automática con retroceso temporal - Considere cambiar a un proveedor con límites más altos (DeepSeek, Ollama)
Modelo no encontrado
Síntoma: "Modelo no encontrado" o HTTP 404
Causa: El nombre del modelo no existe en el proveedor seleccionado.
Solución:
- Haga clic en "Obtener lista de modelos" para ver todos los modelos disponibles para su proveedor
- Algunos nombres de modelos cambian con el tiempo; verifica el nombre actual en la documentación del proveedor.
- Para Ollama: ejecute
ollama listpara ver los modelos descargados; solo están disponibles los modelos que se hayan descargado
Sin enlaces / Sin conceptos generados
Síntoma: El comando se ejecuta pero no produce salida alguna
Causa: El LLM devolvió una respuesta vacía o ilegible.
Solución:
- Revisa el panel de diagnóstico para ver la respuesta real de LLM
- Pruebe un modelo más potente (algunos modelos pequeños tienen dificultades con la salida estructurada).
- Asegúrese de que la nota contenga suficiente contenido (más de 50 palabras).
- Revise su prompt personalizado en busca de instrucciones contradictorias
- Desactive temporalmente la supresión de sinónimos para ver si está filtrando de forma demasiado agresiva
Doubao Falta el ID del endpoint
Síntoma: Error al usar el proveedor ByteDance Doubao
Causa: Doubao requiere un ID de endpoint de Ark (formato: ep-xxxxxxxx-xxxx-xxxx) en lugar de un nombre de modelo.
Solución: Reemplace el modelo de marcador de posición predeterminado con su ID de endpoint real de la consola de Volcengine.
Configuración
| Configuración de diagnóstico | Ubicación | Propósito |
|---|---|---|
| Prueba de conexión | Ajustes --> Sección Proveedor | Verificar la clave API y la conectividad |
| Obtener lista de modelos | Ajustes --> Sección Proveedor | Confirma qué modelos son accesibles |
enableStableApiCall | Ajustes --> Avanzado | Habilitar la reintentación con retroceso temporal |
batchConcurrency | Ajustes --> Lote | Controlar el paralelismo para evitar los límites de tasa |
Cómo reportar problemas
Si su problema no está cubierto anteriormente:
- Abra Configuración --> Notemd --> Diagnóstico
- Copie toda la salida de diagnóstico
- Abre un problema en GitHub en github.com/Jacobinwwey/obsidian-NotEMD/issues
- Incluir: versión Obsidian, versión Notemd, proveedor, modelo, salida de diagnóstico y pasos para reproducirlo
- Redacta tu clave API a partir de cualquier registro compartido
Próximos pasos
- LLM Proveedores -- Referencia completa de configuración de proveedores
- Procesamiento por lotes -- Configuraciones de concurrencia y reintentos para operaciones grandes
- Custom Prompts -- Corregir el comportamiento inesperado de LLM ajustando los prompts