Registrosnpm@tiptap/core3.11.0getSchema
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
- @tiptap/core 3.11.0: Editor, Extension, Node 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. HOWEditorExtensionNodeMarkgetSchemafindChildrennode 22.23.2 MIT-0 · 2026-09-13
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 glibc · docker
Observaciones: PROJECT_TEST 2✓ — Verificado: CONTRACT 1✓
|
LOW | 2 | 1 | 100% | 1 · 1✓ | 2026-09-17 |
| node 22.23 · JS · npm · linux glibc
Observaciones: PROJECT_PROCESS 1✓ — Verificado: UNKNOWN 0✓ 2✕
|
LOW | 1 | 2 | 33% | 1 | 2026-09-13 |
| node 22.23 · JS · npm · linux glibc
Observaciones: PROJECT_PROCESS 3✓
|
LOW | 3 | 0 | 100% | 1 | 2026-09-17 |
snapshot · 2026-09-17
Clústeres de fallos
-
observado UNKNOWN exit 1 ERR_MODULE_NOT_FOUND Brecha de evidencia ×2 3.11.0 → 3.31.3 executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 sha256:a4c16095efc0…node:internal/modules/run_main:<n> · triggerUncaughtException( · ^ · Error [ERR_MODULE_NOT_FOUND]: Cannot find module <str> imported from <path>node · unclassified-diagnostic · outer node · gap stage-unknownCalidad de evidencia: complete · Variantes de entorno: 1 · Primer registro: 2026-09-13 · Última observación: 2026-09-14Candidato a reverificación diagnóstica
-
observado UNKNOWN exit 1 ERR_ASSERTION Brecha de evidencia ×1 3.11.0 executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 sha256:dba3487edb2a…node:internal/modules/run_main:<n> · triggerUncaughtException( · ^ · AssertionError [ERR_ASSERTION]: Editor should not be destroyed initiallynode · unclassified-diagnostic · outer node · gap stage-unknownCalidad de evidencia: complete · Variantes de entorno: 1 · Primer registro: 2026-09-13 · Última observación: 2026-09-13Candidato a reverificación diagnóstica