spryker / merchant-portal-application
[READ ONLY] Subtree split of the MerchantPortalApplication module.
spryker/merchant-portal-application tiene un índice de salud de 38 sobre 100, lo que lo sitúa en la banda Débil. Su puntuación más alta es Sustainability & Governance (65/100) y la más baja, Security (1/100). Se actualizó por última vez hace 55 días. 2 personas concentran la mayor parte del trabajo reciente.
Í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.
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 42 se calibra a 38 en la escala publicada del índice (calibración del registro 2026-08-02).
Titularidad
Este repositorio está respaldado por una organización: una custodia compartida y responsable que puede sobrevivir a cualquier mantenedor individual.
Ecosistemas de paquetes
| Registro | Paquete | Versión | Descargas / mes | Versiones | Última publicación |
|---|---|---|---|---|---|
| Packagist | spryker/merchant-portal-application | 1.4.0 | 10.640 | 8 | hace 781 días |
Métricas por categoría
Vitalidad
¿Está vivo el proyecto: se escribe código y se publican versiones?
Actividad de desarrollo
Cómo se puntúa
| 18/36 | Recencia de push — último push hace 55 días |
| 2.8/36 | Cadencia de commits — 4/52 semanas con commits |
| 6.3/18 | Volumen de commits — 4 commits en el último año |
| 0/10 | OpenSSF Scorecard: Maintained — sin datos |
Datos de entrada utilizados
| commits_last_year | 4 |
| human_commit_share | 1 |
| days_since_last_push | 55 |
| active_weeks_last_year | 4 |
Disciplina de publicación
Cómo se puntúa
| 27/27 | Publica versiones — 8 versiones publicadas |
| 0/36 | Recencia de las versiones — última versión hace 781 días |
| 12.6/27 | Cadencia de publicación — una versión cada ~163,1 días |
| 0/10 | OpenSSF Scorecard: Signed-Releases — sin datos |
Datos de entrada utilizados
| releases_count | 8 |
| latest_release_tag | 1.4.0 |
| releases_from_tags | no |
| days_since_latest_release | 781 |
| mean_days_between_releases | 163,1 |
Comunidad y Adopción
¿Tiene el proyecto usuarios, descargas, atención y unas condiciones acogedoras para quienes contribuyen?
Popularidad y adopción
Cómo se puntúa
| 0/60 | Estrellas — 0 estrellas |
| 0/25 | Forks — 0 forks |
| 2.7/15 | Observadores — 4 observadores |
Datos de entrada utilizados
| forks | 0 |
| stars | 0 |
| watchers | 4 |
| growth_state | unverified |
| growth_factor_pct | 100 |
| growth_unverified_reason | no_history |
Salud de la comunidad
Cómo se puntúa
| 22.5/22.5 | README |
| 16.9/22.5 | Licencia — archivo de licencia presente, no es una licencia reconocida |
| 18/18 | Guía CONTRIBUTING |
| 0/13.5 | Código de conducta |
| 0/7.2 | Plantilla de issues |
| 6.3/6.3 | Plantilla de PR |
Datos de entrada utilizados
| has_readme | sí |
| has_license | sí |
| readme_badges | 2 |
| has_contributing | sí |
| has_issue_template | no |
| has_code_of_conduct | no |
| readme_badge_services | poser.pugx.org, shields.io |
| has_pull_request_template | sí |
Adopción en el ecosistema (descargas)
Cómo se puntúa
| 53.7/80 | Descargas mensuales — 10.640 descargas/mes en packagist |
| 2/20 | Dependientes en el registro — 1 paquetes dependen de él |
Datos de entrada utilizados
| packages | spryker/merchant-portal-application |
| dependents | 1 |
| ecosystems | packagist |
| total_downloads | 530.408 |
| monthly_downloads | 10.640 |
| unverified_packages_excluded | — |
Sostenibilidad y Gobernanza
¿Sobrevivirá el proyecto a sus personas: factor bus, capacidad de respuesta, quién lo respalda y mantenimiento del paquete?
Resiliencia de mantenedores (factor bus)
Cómo se puntúa
| 25.2/54 | Factor bus — la mitad de los commits recae en 2 contribuyente(s) |
| 13.6/22.5 | Distribución de commits — el principal contribuyente firma el 39% de los commits |
| 13.5/13.5 | Amplitud de contribuyentes — 14 contribuyentes |
| 0/10 | OpenSSF Scorecard: Contributors — sin datos |
Datos de entrada utilizados
| bus_factor | 2 |
| contributors_sampled | 14 |
| top_contributor_share | 0,394 |
Propiedad y custodia
Cómo se puntúa
| 30/30 | Respaldo de la propiedad — propiedad de una organización |
| 0/20 | Dominio verificado |
| 14.8/25 | Alcance del propietario — 114 seguidores de spryker |
| 25/25 | Trayectoria — 1335 repos públicos, cuenta de ~11 años |
Datos de entrada utilizados
| followers | 114 |
| owner_type | Organization |
| is_verified | no |
| owner_login | spryker |
| public_repos | 1335 |
| account_age_days | 4331 |
Mantenimiento de paquetes
Cómo se puntúa
| 25/25 | Publicado y resoluble — 1 paquete(s) en packagist |
| 4/35 | Recencia de publicación — última publicación hace 781 días |
| 20/20 | Historial de versiones — 8 versiones en el registro |
| 20/20 | No obsoleto — activo, ni obsoleto ni retirado |
Datos de entrada utilizados
| packages | spryker/merchant-portal-application |
| ecosystems | packagist |
| any_deprecated | no |
| min_days_since_publish | 781 |
Calidad de Ingeniería
¿Existen unas prácticas mínimas de ingeniería y documentación?
Prácticas de ingeniería
Cómo se puntúa
| 24/24 | Flujos de trabajo de CI — 1 flujo(s) de trabajo |
| 0/24 | Pruebas presentes |
| 16/16 | Configuración de linter — phpstan.neon |
| 0/9.6 | Hooks de pre-commit |
| 6.4/6.4 | .editorconfig |
| 0/20 | OpenSSF Scorecard: CI-Tests — sin datos |
Datos de entrada utilizados
| has_ci | sí |
| has_tests | no |
| has_editorconfig | sí |
| has_linter_config | sí |
| has_precommit_config | no |
Documentación
Cómo se puntúa
| 30/30 | README |
| 0/25 | Directorio de documentación |
| 15/15 | Sitio de documentación / página del proyecto — https://spryker.com |
| 10/10 | Descripción del repositorio |
| 0/10 | Topics |
| 0/10 | Wiki |
Datos de entrada utilizados
| topics | — |
| has_wiki | no |
| homepage | https://spryker.com |
| docs_site | https://spryker.com |
| has_readme | sí |
| has_docs_dir | no |
| has_description | sí |
Seguridad
¿Son sólidas las prácticas visibles de seguridad y de cadena de suministro, sin exposición jurisdiccional de alto riesgo sin resolver?
Postura de seguridad
Cómo se puntúa
| 0/30 | Política de seguridad (SECURITY.md) |
| 0/25 | Configuración de Dependabot |
| 0/25 | Lockfiles de dependencias — biblioteca publicada — los lockfiles son cosa de las aplicaciones, no se esperan aquí |
| 0/20 | Flujo de trabajo de CodeQL |
Datos de entrada utilizados
| source | file_signals |
| lockfiles | — |
| manifests | composer.json |
| has_codeql_workflow | no |
| has_security_policy | no |
| has_dependabot_config | no |
Preparación para IA
¿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.
Contexto y guía para agentes
Cómo se puntúa
| 0/45 | Instrucciones para agentes — sin CLAUDE.md / AGENTS.md / reglas de editor |
| 15/15 | Documentación legible por máquinas (llms.txt) — llms.txt servido por el sitio web del proyecto (https://docs.spryker.com/llms.txt) |
| 31.4/40 | Historial de commits legible — 20 de 34 commits humanos declaran su intención (asunto estructurado o cuerpo explicativo) |
Datos de entrada utilizados
| has_llms_txt | sí |
| llms_txt_url | https://docs.spryker.com/llms.txt |
| legible_history_share | 0,588 |
| agent_instruction_files | — |
| agent_instruction_max_bytes | — |
Cómo se puntúa
| 0/18 | Arranque con un solo comando |
| 0/22 | Pruebas automatizadas |
| 11/11 | Configuración de lint / formato — phpstan.neon |
| 0/11 | Verificación estática de tipos |
| 0/10 | Entorno reproducible |
| 0/10 | Práctica demostrada con agentes — ningún commit con autoría de agente entre los últimos 34 |
| 0/8 | Mantenimiento automatizado — no se observan actualizaciones automáticas de dependencias |
| 0/10 | OpenSSF Scorecard: Pinned-Dependencies — sin datos |
Datos de entrada utilizados
| has_nix | no |
| has_tests | no |
| lockfiles | — |
| has_dockerfile | no |
| typed_language | no |
| bootstrap_files | — |
| has_devcontainer | no |
| has_linter_config | sí |
| typecheck_configs | — |
| agent_commit_share | 0 |
| toolchain_manifests | — |
| dependency_bot_commit_share | 0 |
Legibilidad del código para modelos
Cómo se puntúa
| 0/45 | Código verificable por tipos — PHP sin configuración de verificación de tipos |
| 55/55 | Tamaños de archivo manejables — 0/11 archivos fuente de más de 60 KB |
Datos de entrada utilizados
| primary_language | PHP |
| largest_source_bytes | 2949 |
| source_files_sampled | 11 |
| oversized_source_files | 0 |
Datos clave
Advertencias de recopilación de datos
- No resolved dependencies carried a version and a supported ecosystem
- OpenSSF Scorecard did not return a usable result (exit code 0; Skipping github.com/spryker/merchant-portal-application: run: repo unreachable: Get "https://api.github.com/repos/spryker/merchant-portal-application": internal error: innerTransport.RoundTrip: internal error: innerTransport.RoundTrip: error in HTTP: dial tcp: lookup api.github.com on 127.0.0.11:53: server misbehaving); skipping Scorecard checks
Más detalle
Dependencias directas 6
| Registro | Paquete | Restricción de versión | Manifiesto |
|---|---|---|---|
| Packagist | spryker/application | ^3.0.0 | composer.json |
| Packagist | spryker/container | ^1.0.0 | composer.json |
| Packagist | spryker/event-dispatcher-extension | ^1.0.0 | composer.json |
| Packagist | spryker/kernel | ^3.30.0 | composer.json |
| Packagist | spryker/symfony | ^3.5.0 | composer.json |
| Packagist | spryker/twig-extension | ^1.0.0 | composer.json |
Todas las dependencias 10
Conjunto completo de dependencias resueltas según el grafo de dependencias de GitHub: 6 paquetes directos y 4 indirectos (transitivos). El cierre transitivo es completo cuando el repositorio incluye un lockfile.
| Registro | Paquete | Versión | Relación |
|---|---|---|---|
| Packagist | spryker/application | — | directa |
| Packagist | spryker/container | — | directa |
| Packagist | spryker/event-dispatcher-extension | — | directa |
| Packagist | spryker/kernel | — | directa |
| Packagist | spryker/symfony | — | directa |
| Packagist | spryker/twig-extension | — | directa |
| Packagist | php | — | indirecta |
| Packagist | spryker/code-sniffer | — | indirecta |
| Packagist | spryker/event-dispatcher | — | indirecta |
| Packagist | spryker/twig | — | indirecta |
Avisos de dependencias sin evaluar
El cotejo de avisos no pudo ejecutarse para este informe: No resolved dependencies carried a version and a supported ecosystem
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.
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.34.0 — metodología completa · wiki de métricas.
Cómo se sitúa un resultado dentro del registro general: estadísticas agregadas — Packagist.