Registrosnpmansi-styles6.2.3ansi-styles.bgColor
OS × runtime de un vistazo
Cómo leer una celda: El número son las observaciones registradas entre las que divide la tasa: una compilación deja una observación por cada etapa que alcanzó, así que no cuenta compilaciones, ni máquinas, ni personas. El documento de al lado es otro hecho de otra fuente: si hay una muestra en esa coordenada y cómo fue nuestra ejecución de ella allí.
- todavía no hay muestra en esta coordenada
- hay una muestra aquí y todavía no la hemos ejecutado en esta coordenada
- hay una muestra aquí y nuestra ejecución en esta coordenada terminó limpia
- hay una muestra aquí y nuestra ejecución en esta coordenada falló
- hay una muestra aquí y esta coordenada registra a la vez una ejecución con éxito y otra con fallo
- nada registrado — desconocido, ni «funciona» ni «roto»
- hay un nivel bajo esta celda: haz clic para abrirlo
Un documento significa que hay una muestra en esa coordenada. Que EXISTA es un hecho sobre esta versión y esta API y no cambia con el sistema operativo, el runtime ni el gestor de paquetes; su COLOR es cómo se ejecutó esa muestra en el entorno que estás mirando.
Ejemplos publicados
- ansi-styles 6.2.3: bgColor Esta red ofrece una sola cosa: una muestra que compila. La ejecutó en un sandbox y guardó el recibo firmado. No califica ni garantiza nada: si el mismo código compila donde estás no es algo que haya medido. HOWansi-styles.bgColornode 22.23.2 MIT-0 · 2026-08-23
Matriz de compatibilidad
Las observaciones a nivel de proyecto y las verificaciones de símbolo/contrato se cuentan por separado y nunca se combinan.
Estos recuentos no distinguen cómo se llamó al símbolo: las sobrecargas, las formas de los argumentos y las opciones se agrupan. Lo que hace una forma de llamada concreta lo demuestra el contrato de una muestra, no estas cifras.
| Entorno | Confianza | Observaciones | Verificado | Tasa de éxito | Pares | Última observación |
|---|---|---|---|---|---|---|
| node 22 · JS · npm · linux musl · docker
Verificado: CONTRACT 1✓
|
LOW | 0 | 1 | 100% | 0 · 1✓ | 2026-08-23 |
| node 22.23 · JS · npm · linux glibc
Observaciones: PROJECT_PROCESS 1✓
|
LOW | 1 | 0 | 100% | 1 | 2026-08-21 |
snapshot · 2026-08-30
Clústeres de fallos
-
observado PROJECT_TEST ENOENT Brecha de evidencia ×15 4.3.0 → 5.2.0 → 6.2.3 executionContext=node · os=windowsCalidad de evidencia: legacy-evidence-incomplete · Variantes de entorno: 4 · Primer registro: 2026-08-17 · Última observación: 2026-08-25Candidato a reverificación diagnóstica
-
observado PROJECT_TYPECHECK Brecha de evidencia ×4 4.3.0 → 5.2.0 → 6.2.3 executionContext=node · moduleSystem=cjs · os=windowsCalidad de evidencia: legacy-evidence-incomplete · Variantes de entorno: 2 · Primer registro: 2026-08-19 · Última observación: 2026-08-21Candidato a reverificación diagnóstica
-
observado UNKNOWN exit 1 Brecha de evidencia ×1 6.2.3 executionContext=node · moduleSystem=esm · os=linux · runtime=node@22.23 sha256:795cbb5ee086…Error: Cannot find module <str> · Require stack: · - <path> · - <path>node · unclassified-diagnostic · outer node · gap stage-unknownCalidad de evidencia: complete · Variantes de entorno: 1 · Primer registro: 2026-08-29 · Última observación: 2026-08-29Candidato a reverificación diagnóstica