Simon Willison etiquetó 244 herramientas hechas con vibe coding usando tree-sitter
Simon Willison ha acumulado 244 pequeñas herramientas web escritas con ayuda de IA, y encontrar la adecuada en semejante montón se volvió difícil. Encargó a un modelo de programación analizar el código fuente con tree-sitter y extraer de cada herramienta las API del navegador que usa, las bibliotecas cargadas desde CDN y los hosts de API externas. En la página principal ahora hay nubes de etiquetas para estas tres categorías. El método sirve para cualquier colección de código que se haya desbordado.
Procesado por IA desde Simon Willison; editado por Hamidun News
Cuando la IA escribe código en un par de minutos, el problema principal cambia rápidamente. En lugar de «cómo hacerlo», surge la pregunta «dónde tengo ya algo parecido». Simon Willison se topó con esto en su propia colección: en tools.simonwillison.net hay ya 244 pequeñas herramientas, casi todas escritas con ayuda de modelos. Una lista plana con tantos elementos dejó de funcionar.
Qué hizo
Willison decidió no etiquetar las herramientas a mano. Le quedaban créditos del modelo Fable 5.2 hasta el reinicio semanal de los límites, y le entregó la tarea completa. El modelo usó tree-sitter, un analizador que construye el árbol sintáctico del código, y examinó el JavaScript de cada herramienta. Del código extrajo tres cosas: qué API del navegador se usan, qué bibliotecas se cargan desde CDN y a qué hosts de API web accede la herramienta.
El resultado aparece en la página principal como nubes de etiquetas, donde el tamaño de cada una depende del número de herramientas. Al pulsar una etiqueta se ve la lista de todas las herramientas que la usan.
Qué muestran las cifras
Las estadísticas son curiosas por sí mismas. ES modules lo usan 92 herramientas, Clipboard API 69, Canvas 2D 44, Blob URLs 38 y Drag and drop 30. La cámara o el micrófono los emplean 9 herramientas, y la IA integrada en el navegador (Built-in AI) aparece por ahora exactamente una vez.
Entre las bibliotecas van por delante Marked (12), Pyodide (11) y DOMPurify (7). Después vienen Leaflet, markdown-it y jSquash para WebP, con 4 cada una. A la nube solo llegan las bibliotecas que usan al menos dos herramientas, así que el ruido puntual queda filtrado.
Una interpretación prudente: las cifras altas de Clipboard API y Blob URLs probablemente reflejan el escenario típico de «pegar datos, obtener un resultado, copiarlo o descargarlo». Es una conclusión nuestra a partir de los números; el autor no lo afirma.
Para qué sirve esto en la práctica
La idea principal no es la nube de etiquetas en sí, sino la forma de obtenerla. Si has acumulado mucho código generado —utilidades internas, prototipos, scripts—, puedes construir la navegación a partir del propio código. Las descripciones escritas a mano se quedan obsoletas y se olvidan, mientras que el análisis del árbol sintáctico siempre coincide con lo que realmente hay en el archivo.
Esto es lo que puedes replicar:
- encarga a un agente un script con tree-sitter que busque llamadas a las API que te interesan e importaciones;
- guarda el resultado en un JSON simple y genera una página a partir de él;
- fija un umbral, como «al menos dos herramientas», para que la nube no se convierta en un vertedero;
- vuelve a ejecutar el etiquetado cada vez que se añada una herramienta nueva.
Un beneficio colateral es que este etiquetado responde a preguntas de auditoría. Por ejemplo, cuáles de tus herramientas cargan scripts de terceros desde CDN, cuáles acceden a hosts externos y cuáles trabajan con la cámara. Para un equipo pequeño que ha acumulado rápidamente aplicaciones internas, es una forma barata de ver la superficie de riesgo.
Limitaciones
Es una nota breve sobre un proyecto personal, no una investigación. La colección pertenece a un solo autor y no tiene por qué reflejar cómo es el código típico escrito por IA. El análisis estático no lo detecta todo: las API a las que se accede de forma dinámica o las bibliotecas cargadas por una vía no estándar pueden pasar desapercibidas. La nota no contiene datos sobre la precisión del etiquetado ni sobre si el autor lo verificó a mano. La captura de pantalla muestra las nubes de bibliotecas y API del navegador; la tercera categoría, los hosts de API web, no se ve en ella.
Aun así, como técnica de trabajo es útil. Cuando el código se escribe más rápido de lo que se puede recordar, el etiquetado basado en el contenido real se vuelve una parte tan obligatoria del proceso como las pruebas. Y la tarea «analiza mis archivos y haz un catálogo» es justo de las que un agente resuelve en una tarde con lo que sobra del límite semanal.
- 12 nov 2026Claude in Chrome exige autorizar cada clic en los sitios de categoría 3
- 12 nov 2026AWS Quick incorpora seis agentes para product managers: de las quejas de los clientes a la especificación
- 12 nov 2026Anthropic cierra Claude desde el 12 de noviembre a las empresas de Rusia, incluso con entidad jurídica en el extranjero
- 12 nov 2026La IA ayudó a escribir el código: el estudio debe separar los derechos sobre 3 partes del producto
Preguntas frecuentes sobre la noticia
¿Qué se sabe sobre Qué hizo?
Willison decidió no etiquetar las herramientas a mano. Le quedaban créditos del modelo Fable 5.2 hasta el reinicio semanal de los límites, y le entregó la tarea completa. El modelo usó tree-sitter, un analizador que construye el árbol sintáctico del código, y examinó el JavaScript de cada herramienta. Del código extrajo tres cosas: qué API del navegador se usan, qué bibliotecas se cargan desde CDN y a qué hosts de API web accede la herramienta.
¿Qué se sabe sobre Qué muestran las cifras?
Las estadísticas son curiosas por sí mismas. ES modules lo usan 92 herramientas, Clipboard API 69, Canvas 2D 44, Blob URLs 38 y Drag and drop 30. La cámara o el micrófono los emplean 9 herramientas, y la IA integrada en el navegador (Built-in AI) aparece por ahora exactamente una vez. Entre las bibliotecas van por delante Marked (12), Pyodide (11) y DOMPurify (7). Después vienen Leaflet, markdown-it y jSquash para WebP, con 4 cada una.
¿Qué se sabe sobre Para qué sirve esto en la práctica?
La idea principal no es la nube de etiquetas en sí, sino la forma de obtenerla. Si has acumulado mucho código generado —utilidades internas, prototipos, scripts—, puedes construir la navegación a partir del propio código. Las descripciones escritas a mano se quedan obsoletas y se olvidan, mientras que el análisis del árbol sintáctico siempre coincide con lo que realmente hay en el archivo.
Test Frontier LLMs & Autonomous Agents in One Workspace
Run Claude Opus 5.5, GPT-6, Gemini 3.1, and DeepSeek side-by-side in Nomad AI (nomadnet.ai) — unified model routing, deep research, and multimodal workflows under one subscription.
Lo esencial de la IA — una vez por semana
Siete historias que de verdad importaron, elegidas a mano. Sin ruido ni notas de prensa.
¡Listo! Revisa tu correo para la confirmación.