olefile is a Python package to parse, read and write Microsoft OLE2 files (also called Structured Storage, Compound File Binary Format or Compound Document File Format), such as Microsoft Office 97-2003 documents, vbaProject.bin in MS Office 2007+ files, Image Composer and FlashPix files, Outlook messages, StickyNotes, several Microscopy file formats, McAfee antivirus quarantine files, etc.
PythonLicencia propia★ 269 estrellas⑂ 82 forksdesde may 2016Ver en GitHub ↗
decalage2/olefile tiene un índice de salud de 45 sobre 100, lo que lo sitúa en la banda Débil. Su puntuación más alta es Engineering Quality (82/100) y la más baja, Vitality (13/100). Se actualizó por última vez hace 627 días. Una sola persona concentra la mayor parte del trabajo reciente.
45
global / 100
Débil
Índice de salud del software
Las métricas se agrupan en categorías ponderadas sobre una escala estandarizada de 1 a 100. El resultado global parte de su media ponderada, calibrada contra la distribución del registro público para que las bandas tengan significado percentil; cuando la evidencia pública activa la Política de Jurisdicciones de Alto Riesgo, la calificación se ajusta y recibe un límite «En riesgo» de 34.
45
Excepcional93-100El nivel más alto del registro (≈ el 5% superior); cumple prácticamente todos los criterios evaluados
Excelente80-92Sólido en todos los frentes; carencias menores
Bueno65-79Saludable; carencias limitadas y manejables
Moderado50-64Aceptable con carencias notables; se recomienda revisión
Débil35-49Debilidades sustanciales en varias áreas
En riesgo20-34Debilidades significativas; su adopción exige cautela
Crítico1-19Problemas graves (proyecto abandonado, un solo mantenedor, sin higiene)
Perfil de puntuación
Cada eje es una categoría. La forma importa más que la media: un proyecto sano llena toda la figura, mientras que un perfil de picos y cráteres indica que la fortaleza en una dimensión enmascara el riesgo en otra.
El resultado global ponderado 47 se calibra a 45 en la escala publicada del índice (calibración del registro 2026-08-02).
796 seguidores26 repositorios públicosdesde nov 2013
Este repositorio pertenece a una cuenta personal. Un proyecto con un único propietario conlleva más riesgo de continuidad que uno respaldado por una organización.
¿Hasta qué punto está el repositorio preparado para desarrollarse y mantenerse con agentes de codificación de IA? Tiene un peso deliberadamente pequeño (4%): las herramientas para agentes son una señal real de mantenimiento, pero un repositorio sin ninguna puede alcanzar igualmente 100/100.
OpenSSF Scorecard: Pinned-Dependencies — dependency not pinned by hash detected -- score normalized to 0
Datos de entrada utilizados
has_nix
no
has_tests
sí
lockfiles
—
has_dockerfile
no
typed_language
no
bootstrap_files
doc/Makefile
has_devcontainer
no
has_linter_config
sí
typecheck_configs
—
agent_commit_share
—
toolchain_manifests
—
dependency_bot_commit_share
—
Excluidos de la puntuación (sin datos o no aplicable): Práctica demostrada con agentes, Mantenimiento automatizado. Los pesos restantes se han renormalizado.
Código verificable por tipos — Python sin configuración de verificación de tipos
47.1/55
Tamaños de archivo manejables — 1/7 archivos fuente de más de 60 KB
Datos de entrada utilizados
primary_language
Python
largest_source_bytes
122.759
source_files_sampled
7
oversized_source_files
1
Datos clave
269estrellas de GitHub
18contribuidores
0commits en los últimos 12 meses
627días desde el último push
4versiones publicadas
1factor bus
54issues abiertas
PyPIecosistemas de paquetes
Más detalle
OpenSSF Scorecard 3.5 / 10
3.5agregado
Evaluación de seguridad independiente y agnóstica en cuanto a herramientas, procedente del proyecto de código abierto OpenSSF Scorecard. Cada comprobación premia una práctica de seguridad, no la herramienta de un proveedor concreto. Las comprobaciones que Scorecard no pudo determinar se marcan como n/d y se excluyen de la puntuación de seguridad (nunca se cuentan como cero).Scorecard v5.5.0 · 2026-07-18 13:50 UTC
Conjunto completo de dependencias resueltas según el grafo de dependencias de GitHub: 0 paquetes directos y 1 indirectos (transitivos). El cierre transitivo es completo cuando el repositorio incluye un lockfile.
Registro
Paquete
Versión
Relación
PyPI
sphinx-rtd-theme
—
indirecta
Informe JSON sin procesar legible por máquina
Comentarios
¿Algo no cuadra en este informe, o hay ideas que compartir? Mediciones erróneas, herramientas no detectadas, ideas, preguntas: todo es bienvenido. Cada mensaje se lee y recibe respuesta.
Registros relacionados
Repositorios inspeccionados que comparten etiquetas de catálogo o ecosistemas con decalage2/olefile. Leer en paralelo →
Las puntuaciones son señales, no garantías. Reflejan prácticas públicamente visibles en GitHub; no son una auditoría de código ni una garantía de seguridad.
Los datos ausentes se excluyen y los pesos se renormalizan; nunca se puntúan como cero. La metodología es versionada y abierta: métricas v2.10.0, esquema v0.12.0 — metodología completa · wiki de métricas.
