shibukawa / localotelviewer
Simple on-memory OpenTelemetry Trace/Metrics/Log viewer
shibukawa/localotelviewer 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 AI Readiness (68/100) y la más baja, Security (1/100). Se actualizó por última vez hace 45 días. Una sola persona concentra 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 pertenece a una cuenta personal. Un proyecto con un único propietario conlleva más riesgo de continuidad que uno respaldado por una organización.
Ecosistemas de paquetes
| Registro | Paquete | Versión | Descargas / mes | Versiones | Última publicación |
|---|---|---|---|---|---|
| Go | github.com/shibukawa/localotelviewer | v1.0.4 | - | 5 | hace 45 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 45 días |
| 2.1/36 | Cadencia de commits — 3/52 semanas con commits |
| 9.7/18 | Volumen de commits — 11 commits en el último año |
| 0/10 | OpenSSF Scorecard: Maintained — sin datos |
Datos de entrada utilizados
| commits_last_year | 11 |
| human_commit_share | — |
| days_since_last_push | 45 |
| active_weeks_last_year | 3 |
Disciplina de publicación
Cómo se puntúa
| 27/27 | Publica versiones — 5 versiones publicadas |
| 36/36 | Recencia de las versiones — última versión hace 45 días |
| 27/27 | Cadencia de publicación — una versión cada ~1,8 días |
| 0/10 | OpenSSF Scorecard: Signed-Releases — sin datos |
Datos de entrada utilizados
| releases_count | 5 |
| latest_release_tag | v1.0.4 |
| releases_from_tags | no |
| days_since_latest_release | 45 |
| mean_days_between_releases | 1,8 |
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 |
| 0/15 | Observadores — 0 observadores |
Datos de entrada utilizados
| forks | 0 |
| stars | 0 |
| watchers | 0 |
| 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 |
| 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 | 0 |
| has_contributing | no |
| has_issue_template | no |
| has_code_of_conduct | no |
| readme_badge_services | — |
| has_pull_request_template | no |
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) |
| 0/22.5 | Distribución de commits — el principal contribuyente firma el 100% de los commits |
| 1.4/13.5 | Amplitud de contribuyentes — 1 contribuyentes |
| 0/10 | OpenSSF Scorecard: Contributors — sin datos |
Datos de entrada utilizados
| bus_factor | 1 |
| contributors_sampled | 1 |
| top_contributor_share | 1 |
Propiedad y custodia
Cómo se puntúa
| 10/30 | Respaldo de la propiedad — cuenta personal (usuario) |
| 0/20 | Dominio verificado — no aplicable a cuentas de usuario |
| 17.2/25 | Alcance del propietario — 243 seguidores de shibukawa |
| 25/25 | Trayectoria — 323 repos públicos, cuenta de ~15 años |
Datos de entrada utilizados
| followers | 243 |
| owner_type | User |
| is_verified | — |
| owner_login | shibukawa |
| public_repos | 323 |
| account_age_days | 5727 |
Mantenimiento de paquetes
Cómo se puntúa
| 25/25 | Publicado y resoluble — 1 paquete(s) en go |
| 35/35 | Recencia de publicación — última publicación hace 45 días |
| 20/20 | Historial de versiones — 5 versiones en el registro |
| 20/20 | No obsoleto — activo, ni obsoleto ni retirado |
Datos de entrada utilizados
| packages | github.com/shibukawa/localotelviewer |
| ecosystems | go |
| any_deprecated | no |
| min_days_since_publish | 45 |
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 — 3 flujo(s) de trabajo |
| 24/24 | Pruebas presentes |
| 0/16 | Configuración de linter |
| 0/9.6 | Hooks de pre-commit |
| 0/6.4 | .editorconfig |
| 0/20 | OpenSSF Scorecard: CI-Tests — sin datos |
Datos de entrada utilizados
| has_ci | sí |
| has_tests | sí |
| has_editorconfig | no |
| has_linter_config | no |
| has_precommit_config | no |
Documentación
Cómo se puntúa
| 30/30 | README |
| 0/25 | Directorio de documentación |
| 0/15 | Sitio de documentación / página del proyecto |
| 10/10 | Descripción del repositorio |
| 0/10 | Topics |
| 10/10 | Wiki |
Datos de entrada utilizados
| topics | — |
| has_wiki | sí |
| homepage | — |
| docs_site | — |
| 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 | go.sum, package-lock.json |
| manifests | go.mod, webui/package.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://opentelemetry.io/llms.txt) |
| 0/40 | Historial de commits legible — sin datos |
Datos de entrada utilizados
| has_llms_txt | sí |
| llms_txt_url | https://opentelemetry.io/llms.txt |
| legible_history_share | — |
| agent_instruction_files | — |
| agent_instruction_max_bytes | — |
Cómo se puntúa
| 12.6/18 | Arranque con un solo comando — go.mod, sampleapps/dotnet-auto/dotnet-auto-sample.csproj, sampleapps/goapp/go.mod (convención del toolchain, sin ejecutor de tareas) |
| 22/22 | Pruebas automatizadas |
| 0/11 | Configuración de lint / formato |
| 11/11 | Verificación estática de tipos — webui/tsconfig.json |
| 10/10 | Entorno reproducible — Dockerfile, Nix, lockfile |
| 0/10 | Práctica demostrada con agentes — sin datos |
| 0/8 | Mantenimiento automatizado — sin datos |
| 0/10 | OpenSSF Scorecard: Pinned-Dependencies — sin datos |
Datos de entrada utilizados
| has_nix | sí |
| has_tests | sí |
| lockfiles | go.sum, package-lock.json |
| has_dockerfile | sí |
| typed_language | sí |
| bootstrap_files | — |
| has_devcontainer | no |
| has_linter_config | no |
| typecheck_configs | webui/tsconfig.json |
| agent_commit_share | — |
| toolchain_manifests | go.mod, sampleapps/dotnet-auto/dotnet-auto-sample.csproj, sampleapps/goapp/go.mod, sampleapps/java/build.gradle |
| dependency_bot_commit_share | — |
Legibilidad del código para modelos
Cómo se puntúa
| 45/45 | Código verificable por tipos — Go (tipado estático) |
| 53.3/55 | Tamaños de archivo manejables — 1/33 archivos fuente de más de 60 KB |
Datos de entrada utilizados
| primary_language | Go |
| largest_source_bytes | 212.425 |
| source_files_sampled | 33 |
| oversized_source_files | 1 |
Interfaces legibles por máquina
Cómo se puntúa
| 0/40 | Esquema de API (OpenAPI/GraphQL/proto) — no aplicable a este tipo de software |
| 0/20 | Servidor MCP — no aplicable a este tipo de software |
| 40/40 | Ejemplos ejecutables — example |
Datos de entrada utilizados
| example_dirs | example |
| has_mcp_signal | no |
| api_schema_files | — |
| interfaces_expected_of | — |
Datos clave
Advertencias de recopilación de datos
- GitHub dependency-graph SBOM unavailable (404); the dependency graph may be disabled for this repository
- OpenSSF Scorecard timed out after 240s; skipping Scorecard checks
Más detalle
Dependencias directas 5
| Registro | Paquete | Restricción de versión | Manifiesto |
|---|---|---|---|
| Go | github.com/shirou/gopsutil/v4 | v4.26.6 | go.mod |
| Go | go.opentelemetry.io/proto/otlp | v1.7.1 | go.mod |
| Go | google.golang.org/protobuf | v1.36.6 | go.mod |
| npm | react | 19.2.7 | webui/package.json |
| npm | react-dom | 19.2.7 | webui/package.json |
Todas las dependencias no recopilado
No fue posible recopilar el conjunto de dependencias resuelto para este informe: GitHub dependency-graph SBOM unavailable (404); the dependency graph may be disabled for this repository
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 — Go.