Metodología
Vigía no resume noticias: registra cambios con su evidencia. Si algo no se puede citar de la fuente, no se publica.
1. Fuentes
- GitHub Releases de motores de inferencia y herramientas (llama.cpp, Ollama, vLLM, Transformers, LM Studio, Claude Code, Codex, OpenCode…).
- API de Hugging Face Hub: modelos nuevos de organizaciones oficiales, con parámetros, licencia, config.json y tamaños de los ficheros GGUF.
- RSS oficiales de proveedores y proyectos.
Cada evento tiene una identidad determinista derivada de su origen (github:org/repo:tag, hf:autor/modelo), nunca de la similitud del texto.
2. Triage
- Reglas: señales fuertes (seguridad, cambios incompatibles, nueva arquitectura, cambio de formato) frente a la rutina. Los builds automáticos sin señales se descartan.
- LLM (modelos abiertos vía nan.builders): lee el changelog y propone qué cambió, por qué importa y qué hacer, con salida restringida por JSON Schema. El texto de la fuente se trata como datos, no como instrucciones.
3. Verificación
Cada «qué ha cambiado» lleva una cita literal de la fuente. Antes de publicar, el sistema comprueba que la cita aparece de verdad en el texto original (normalizando solo espacios, comillas y marcado). Las citas que no aparecen se descartan y se muestran como tales en la ficha. Un evento sin ninguna evidencia verificada queda en observación.
Los datos de modelos (parámetros, licencia, contexto, tamaños) son campos de la API, con la ruta exacta de dónde se leyeron.
4. Memoria estimada
memoria ≈ fichero GGUF + KV cache (fp16) × contexto + margen
- Se usa el tamaño real del fichero, así que en modelos MoE cuentan todos los pesos residentes, no solo los activos.
- La KV cache se deriva de
config.json; en atención latente (MLA) o híbrida lineal se usa su fórmula. Si no se puede derivar, el rango se ensancha y se indica. - Es siempre una estimación. No medimos tokens/segundo ni simulamos offloading a RAM.
5. Qué no hacemos
- No publicamos rumores ni filtraciones: solo lo que tiene fuente primaria.
- No hacemos benchmarks propios. «Medido» solo aparecerá cuando enlacemos una medición reproducible.
- No hay seguimiento de visitantes: tu perfil vive en tu navegador.
Glosario
Recomendación (software)
| Actualiza | Corrige un fallo o un problema de seguridad que conviene tener. |
| Revisa antes de actualizar | Trae cambios que pueden romper algo: lee las notas primero. |
| Novedades opcionales | Funciones nuevas; actualiza cuando te venga bien. |
Tipo de anuncio
| Lanzamiento | Una empresa anuncia un modelo o producto nuevo. |
| Precios | Cambio de precio o planes de una API o herramienta. |
| Cambio de API | Nuevos endpoints, parámetros o comportamiento de una API. |
| Retirada | Algo deja de funcionar o se anuncia su fin de soporte. |
| Anuncio | Noticia oficial que no encaja en los tipos anteriores. |
Disponibilidad
| Listo para local | Hay GGUF de un publicador de referencia: funciona en llama.cpp, LM Studio y Ollama. |
| Pesos abiertos | Los pesos se pueden descargar, pero aún no hay versión cuantizada lista. |
| Acceso restringido | Hay que aceptar condiciones en Hugging Face. |
| Solo API | El modelo existe solo en la nube del proveedor; no hay pesos descargables. |
Contigo
| Usas… | La novedad toca una herramienta marcada en «Mi equipo». |
| Sigues a… | La empresa está en tus seguidas de «Mi equipo». |
| Cabe en tu GPU | Estimación de memoria (fichero GGUF + KV cache + margen). No es una medición. |
Estado
| En observación | Visto por el radar pero sin evidencia o materialidad suficiente para publicarlo. |
| ✓ N citas | Citas literales de la fuente verificadas en la ficha. |
Riesgo
| Crítico | Bug de seguridad o fallo grave. |
| Seguridad | Afecta a seguridad: conviene revisar antes de usar. |
| Incompatible | Cambio que puede romper integraciones existentes. |
Datos abiertos
Todos los eventos publicados están en /api/events.json (CC BY 4.0) y en el repositorio, con su esquema JSON.