Un token de registro escrito en bunfig.toml llega a todos los que pueden leer el repositorio, y $`sh -c "convert ${file}"` entrega a un shell real un nombre de archivo procedente de una petición: Bun Shell escapa el valor para su propio análisis, no para el shell que inicias. Además, como trustedDependencies reemplaza la lista integrada de paquetes de confianza de Bun, una sola entrada extra ejecuta el script de instalación de ese paquete en cada máquina que instale. Este skill encuentra esos y los demás errores de proyectos Bun que se indican abajo antes de instalar o desplegar, y te explica cómo corregir cada uno.

Tu agente ejecuta un escáner sobre bunfig.toml, .npmrc, package.json, bun.lock (y los nombres de bun.lockb y otros lockfiles) y los archivos TypeScript y JavaScript que usan Bun. Sigue los datos de la petición a través de variables en cada archivo, sabe qué formas de Bun Shell y SQL escapan o enlazan valores y cuáles no, deja en paz la aritmética con números y las listas de marcadores ?, compara trustedDependencies con la lista predeterminada de Bun, trata las referencias $VAR y ${VAR} como configuradas, omite comentarios, pruebas y node_modules, y nunca ejecuta bun ni tu código. Devuelve BLOCK, REVIEW o NOT FLAGGED, con el archivo, la línea, el motivo y una alternativa más segura. Los secretos nunca se imprimen.

Qué comprueba

BLOCK (corrígelo antes de publicar)

• B01: registros http:// planos, registros de scope, URL de paquetes y URL de lockfile (un registro en localhost no es problema)
• B02: tokens y contraseñas de registro escritos en bunfig.toml, .npmrc, scripts de package.json, URL, código o bun.lock
• B03: datos de la petición pasados a sh -c, bash -c, bun -e, interpolación sin procesar o Bun.spawn con sh -c, o la elección del programa que se ejecuta
• B04: consultas de bun:sqlite y sql.unsafe() con valores puestos en el texto SQL (también SQL construido en una variable y ampliado con +=)

REVIEW (revísalo antes del lanzamiento)

• B11: entradas de trustedDependencies fuera de la lista de confianza predeterminada de Bun, o procedentes de git, GitHub, archivos o URL (no se informa si los scripts de instalación están desactivados en bunfig.toml o .npmrc)
• B12: bun.lock junto a un lockfile de npm, Yarn o pnpm
• B13: el bun.lockb binario, o ajustes que desactivan el lockfile de texto o el guardado del lockfile
• B14: comprobaciones de certificados TLS desactivadas (rejectUnauthorized: false, NODE_TLS_REJECT_UNAUTHORIZED=0)
• B15: modo de desarrollo de Bun.serve escrito en el código, o trazas de pila enviadas a los clientes
• B16: comandos de shell construidos con variables y datos de la petición pasados como argumentos de comando
• B17: nombres de tablas o columnas y otras partes de SQL tomados de variables

Qué incluye

• El escáner (Python 3.9+, solo biblioteca estándar)
• Una guía de reglas con el motivo, la alternativa más segura y el enlace a la documentación oficial de Bun para cada regla
• Un proyecto Bun de ejemplo con riesgos y otro seguro (bunfig.toml, package.json, lockfiles y TypeScript), y el informe real que el escáner genera sobre el que tiene riesgos

Límites

Lee cada archivo por separado: los datos de la petición se siguen a través de variables dentro de un archivo, no entre módulos, y no se leen las opciones de Bun.serve construidas en otra variable, los Dockerfiles, los archivos de CI ni el NODE_ENV de tu despliegue. No se comprueban node:child_process ni los clientes SQL distintos de bun:sqlite y Bun SQL. NOT FLAGGED no es una garantía.

Contenido

Un archivo ZIP con 24 archivos: SKILL.md, el escáner en scripts/ (10 archivos Python), references/rules.md (cada regla con su motivo y su alternativa más segura) y examples/ (13 archivos de ejemplo más report.md, la salida real del escáner sobre el ejemplo con riesgos).

Cómo usarlo: Es un skill para agentes: una carpeta con un archivo SKILL.md y scripts de Python que puede ejecutar un agente de programación con IA como Claude Code, Cursor o Codex CLI. Descomprímelo en la carpeta de skills de tu agente (en Claude Code: ~/.claude/skills/) y pídele a tu agente que revise tu proyecto. Los scripts también funcionan por sí solos con Python 3.9 o superior, sin instalar nada. Solo leen tus archivos: sin acceso a la red y sin enviar nada a ningún sitio.