rectorphp / type-perfect
Next level type declaration check PHPStan rules
rectorphp/type-perfect tiene un índice de salud de 19 sobre 100, lo que lo sitúa en la banda Crítico. Su puntuación más alta es Engineering Quality (73/100) y la más baja, Security (40/100). El repositorio está archivado, por lo que no cabe esperar más mantenimiento.
Í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 61 se calibra a 67 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 | rector/type-perfect⚠ tomasvotruba/type-coverage | 2.2.0 | 494.553 | 20 | hace 23 días |
Métricas por categoría
Vitalidad
¿Está vivo el proyecto: se escribe código y se publican versiones?
Actividad de desarrollo
Ha llegado trabajo y nadie se ha ocupado de él
El silencio por sí solo nunca es el hallazgo: una biblioteca pequeña y terminada puede no necesitar commits durante años. Esta alerta exige ambas cosas: mucho tiempo sin un commit humano y obligaciones que el proyecto visiblemente no atiende. Los commits automatizados no cuentan como mantenimiento.
Cómo se evalúa el abandonoCómo se puntúa
| 28.8/36 | Recencia de push — último push hace 23 días |
| 4.8/36 | Cadencia de commits — 7/52 semanas con commits |
| 9.4/18 | Volumen de commits — 10 commits en el último año |
| 0/10 | OpenSSF Scorecard: Maintained — project is archived |
Datos de entrada utilizados
| commits_last_year | 10 |
| human_commit_share | 1 |
| days_since_last_push | 23 |
| active_weeks_last_year | 7 |
Disciplina de publicación
Cómo se puntúa
| 27/27 | Publica versiones — 1 versiones publicadas |
| 36/36 | Recencia de las versiones — última versión hace 23 días |
| 12.6/27 | Cadencia de publicación — cadencia desconocida (una sola versión) |
| 0/10 | OpenSSF Scorecard: Signed-Releases — sin datos |
Datos de entrada utilizados
| releases_count | 1 |
| latest_release_tag | 2.2.0 |
| releases_from_tags | no |
| days_since_latest_release | 23 |
| mean_days_between_releases | — |
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
| 32.7/60 | Estrellas — 105 estrellas |
| 6.5/25 | Forks — 7 forks |
| 2.7/15 | Observadores — 4 observadores |
Datos de entrada utilizados
| forks | 7 |
| stars | 105 |
| 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 |
| 22.5/22.5 | Licencia — licencia reconocida (MIT) |
| 0/18 | Guía CONTRIBUTING |
| 0/13.5 | Código de conducta |
| 0/7.2 | Plantilla de issues |
| 0/6.3 | Plantilla de PR |
Datos de entrada utilizados
| has_readme | sí |
| has_license | sí |
| readme_badges | 1 |
| has_contributing | no |
| has_issue_template | no |
| has_code_of_conduct | no |
| readme_badge_services | shields.io |
| has_pull_request_template | no |
Adopción en el ecosistema (descargas)
Cómo se puntúa
| 75.9/80 | Descargas mensuales — 494.553 descargas/mes en packagist |
| 13.9/20 | Dependientes en el registro — 121 paquetes dependen de él |
Datos de entrada utilizados
| packages | rector/type-perfect |
| dependents | 121 |
| ecosystems | packagist |
| total_downloads | 6.954.585 |
| monthly_downloads | 494.553 |
| 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?
Cómo se puntúa
| 9/54 | Factor bus — la mitad de los commits recae en 1 contribuyente(s) |
| 9.8/22.5 | Distribución de commits — el principal contribuyente firma el 56% de los commits |
| 10.8/13.5 | Amplitud de contribuyentes — 8 contribuyentes |
| 10/10 | OpenSSF Scorecard: Contributors — project has 20 contributing companies or organizations |
Datos de entrada utilizados
| bus_factor | 1 |
| contributors_sampled | 8 |
| top_contributor_share | 0,564 |
Capacidad de respuesta a issues y PR
Cómo se puntúa
| 42/42 | Resolución de issues — 100% de issues cerradas |
| 26.1/30 | Aceptación de PR — 47/54 PR decididos fusionados |
| 0/13 | Newcomer PR acceptance — ningún PR de un contribuyente primerizo decidido en 30 d |
| 7.5/15 | OpenSSF Scorecard: Code-Review — Found 17/30 approved changesets -- score normalized to 5 |
Datos de entrada utilizados
| merged_prs | 47 |
| open_issues | 0 |
| closed_issues | 24 |
| prs_merged_7d | 0 |
| prs_decided_7d | 0 |
| prs_merged_30d | 1 |
| prs_decided_30d | 1 |
| issue_closed_ratio | 1 |
| closed_unmerged_prs | 7 |
| first_time_authors_30d | 0 |
| first_time_prs_merged_30d | 0 |
| first_time_prs_decided_30d | 0 |
Propiedad y custodia
Cómo se puntúa
| 30/30 | Respaldo de la propiedad — propiedad de una organización |
| 20/20 | Dominio verificado |
| 16.6/25 | Alcance del propietario — 203 seguidores de rectorphp |
| 20.3/25 | Trayectoria — 13 repos públicos, cuenta de ~8 años |
Datos de entrada utilizados
| followers | 203 |
| owner_type | Organization |
| is_verified | sí |
| owner_login | rectorphp |
| public_repos | 13 |
| account_age_days | 3259 |
Mantenimiento de paquetes
Cómo se puntúa
| 25/25 | Publicado y resoluble — 1 paquete(s) en packagist |
| 35/35 | Recencia de publicación — última publicación hace 23 días |
| 20/20 | Historial de versiones — 20 versiones en el registro |
| 0/20 | No obsoleto — rector/type-perfect: tomasvotruba/type-coverage |
Datos de entrada utilizados
| packages | rector/type-perfect |
| ecosystems | packagist |
| any_deprecated | sí |
| min_days_since_publish | 23 |
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 — 2 flujo(s) de trabajo |
| 24/24 | Pruebas presentes |
| 16/16 | Configuración de linter — phpstan.neon |
| 0/9.6 | Hooks de pre-commit |
| 6.4/6.4 | .editorconfig |
| 8/20 | OpenSSF Scorecard: CI-Tests — 12 out of 27 merged PRs checked by a CI test -- score normalized to 4 |
Datos de entrada utilizados
| has_ci | sí |
| has_tests | sí |
| 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://getrector.com/blog/introducing-type-perfect-for-extra-safety |
| 10/10 | Descripción del repositorio |
| 10/10 | Topics — 5 topics |
| 0/10 | Wiki |
Datos de entrada utilizados
| topics | php, phpstan, rules, test-coverage, type-declaration |
| has_wiki | no |
| homepage | https://getrector.com/blog/introducing-type-perfect-for-extra-safety |
| docs_site | https://getrector.com/blog/introducing-type-perfect-for-extra-safety |
| 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
| 7.5/7.5 | Binary-Artifacts — no binaries found in the repo |
| 0/7.5 | Branch-Protection — sin datos |
| 1/2.5 | CI-Tests — 12 out of 27 merged PRs checked by a CI test -- score normalized to 4 |
| 0/2.5 | CII-Best-Practices — no effort to earn an OpenSSF best practices badge detected |
| 3.8/7.5 | Code-Review — Found 17/30 approved changesets -- score normalized to 5 |
| 2.5/2.5 | Contributors — project has 20 contributing companies or organizations |
| 0/10 | Dangerous-Workflow — sin datos |
| 0/7.5 | Dependency-Update-Tool — no update tool detected |
| 0/5 | Fuzzing — project is not fuzzed |
| 2.5/2.5 | Licencia — license file detected |
| 0/7.5 | Maintained — project is archived |
| 0/5 | Packaging — sin datos |
| 0/5 | Pinned-Dependencies — sin datos |
| 0/5 | SAST — SAST tool is not run on all commits -- score normalized to 0 |
| 0/5 | Security-Policy — security policy file not detected |
| 0/7.5 | Signed-Releases — sin datos |
| 0/7.5 | Token-Permissions — sin datos |
| 7.5/7.5 | Vulnerabilities — 0 existing vulnerabilities detected |
Datos de entrada utilizados
| source | openssf_scorecard |
| checks_evaluated | 12 |
| scorecard_version | v5.5.0 |
| checks_inconclusive | 6 |
| scorecard_aggregate | 4 |
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://getrector.com/llms.txt) |
| 28/40 | Historial de commits legible — 41 de 78 commits humanos declaran su intención (asunto estructurado o cuerpo explicativo) |
Datos de entrada utilizados
| has_llms_txt | sí |
| llms_txt_url | https://getrector.com/llms.txt |
| legible_history_share | 0,526 |
| agent_instruction_files | — |
| agent_instruction_max_bytes | — |
Cómo se puntúa
| 0/18 | Arranque con un solo comando |
| 22/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 78 |
| 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 | sí |
| 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/182 archivos fuente de más de 60 KB |
Datos de entrada utilizados
| primary_language | PHP |
| largest_source_bytes | 7900 |
| source_files_sampled | 182 |
| oversized_source_files | 0 |
Datos clave
Advertencias de recopilación de datos
- Star history unavailable: GitHub GraphQL error: Resource not accessible by personal access token
Más detalle
Historial de estrellas y forks 0 ★ / 7 ⇿
Cuándo se añadió cada estrella y fork, recopilado de GitHub y agrupado por día. El crecimiento acumulado se sitúa justo encima de las adiciones diarias que lo componen, de modo que ambos se leen en conjunto: la acumulación orgánica sostenida no se parece en nada a un pico abrupto y efímero. Cuando esa diferencia es medible, se informa como autenticidad del crecimiento.
Cada punto abarca 2 días.
OpenSSF Scorecard 4.0 / 10
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).
| 10 | Binary-Artifacts | no binaries found in the repo |
| n/d | Branch-Protection | internal error: error during branchesHandler.setup: internal error: some github tokens can't read classic branch protection rules: https://github.com/ossf/scorecard-action/blob/main/docs/authentication/fine-grained-auth-token.md |
| 4 | CI-Tests | 12 out of 27 merged PRs checked by a CI test -- score normalized to 4 |
| 0 | CII-Best-Practices | no effort to earn an OpenSSF best practices badge detected |
| 5 | Code-Review | Found 17/30 approved changesets -- score normalized to 5 |
| 10 | Contributors | project has 20 contributing companies or organizations |
| n/d | Dangerous-Workflow | no workflows found |
| 0 | Dependency-Update-Tool | no update tool detected |
| 0 | Fuzzing | project is not fuzzed |
| 10 | License | license file detected |
| 0 | Maintained | project is archived |
| n/d | Packaging | packaging workflow not detected |
| n/d | Pinned-Dependencies | no dependencies found |
| 0 | SAST | SAST tool is not run on all commits -- score normalized to 0 |
| 0 | Security-Policy | security policy file not detected |
| n/d | Signed-Releases | no releases found |
| n/d | Token-Permissions | No tokens found |
| 10 | Vulnerabilities | 0 existing vulnerabilities detected |
Dependencias directas 1
| Registro | Paquete | Restricción de versión | Manifiesto |
|---|---|---|---|
| Packagist | webmozart/assert | ^1.11 || ^2.1 | composer.json |
Todas las dependencias 0
Conjunto completo de dependencias resueltas según el grafo de dependencias de GitHub: 0 paquetes directos y 0 indirectos (transitivos). El cierre transitivo es completo cuando el repositorio incluye un lockfile.
| Registro | Paquete | Versión | Relación |
|---|
Avisos de dependencias sin evaluar
El cotejo de avisos no pudo ejecutarse para este informe: No resolved dependencies to assess
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.