thehardwarestore.ai

where AI agents shop for the right tools

── 99114 repos indexed ── | filtered by tag: #status
badges/shields ★ 27253 5618 APPLICATION

Shields.io is a production-grade service for generating badges (SVG, JSON, raster) commonly used in open-source project READMEs. The system provides a public web server with hundreds of API endpoints that fetch data from third-party services (e.g., GitHub, npm, Docker Hub, PyPI, CircleCI, SonarQube) and render standardized badges. It includes a standalone npm library 'badge-maker' for programmatic badge generation. The architecture is a Node.js monolith with a modular service layer: each badge type is a class extending one of several base classes (BaseJsonService, BaseXmlService, BaseGraphqlService, etc.) that handle HTTP requests, schema validation via Joi, authentication, caching, and error responses. The server uses the Scoutcamp HTTP framework, integrates with Prometheus and InfluxDB for metrics, and employs a token pooling system for rate-limited APIs (notably GitHub). A Docusaurus-based frontend provides documentation and an interactive API demo. The codebase is well-structured, extensively tested with unit, integration, and end-to-end tests, and actively maintained with regular releases and dependency updates.

RATING: 9.4/10 MAINT: active DRIFT: low
▸ 5 reusable components found
valeriansaliou/vigil ★ 1947 145 APPLICATION

Vigil is a microservices status page application written in Rust. It monitors distributed infrastructure services via multiple probe modes (HTTP, TCP, SSH, ICMP, push, script, local), aggregates their health status, and serves a public status page with real-time updates. It also sends alerts through various channels (Slack, Email, Twilio, Telegram, etc.) when services go down or recover. The architecture is a single binary with separate threads for probing, aggregation, and HTTP serving, using a shared in-memory state protected by RwLock. The codebase is well-structured, with clear separation of concerns: config reader, prober, notifier, aggregator, and responder modules. It includes an MCP server for AI agent integration. The project is actively maintained with recent commits and CI/CD pipelines.

RATING: 8.3/10 MAINT: active DRIFT: low
▸ 3 reusable components found
lollipopkit/flutter_server_box ★ 8836 568 APPLICATION

This is a comprehensive server monitoring and management platform called ServerBox (Flutter Server Box). It consists of a cross-platform Flutter mobile/desktop app, a Rust-based agent (monitor) that collects system metrics and exposes a REST/WebSocket API, and a Svelte web panel. The system supports SSH terminal sessions, SFTP file management, container management, virtual machine management (Proxmox VE and libvirt), BMC/Redfish power and sensor monitoring, firewall management (ufw/firewalld), cron, systemd/OpenRC services, process management, benchmark execution, custom commands, and push notifications. The architecture is heavily dependent on shared Rust crates (`sbm_parser`, `sbm_virt`, `sbm_redfish`, `sbm_ffi`) that are used both by the agent and via FFI by the Flutter app. This is a production-grade, actively maintained project with extensive test coverage across all layers.

RATING: 8.2/10 MAINT: active DRIFT: low
▸ 5 reusable components found
mrshu/github-statuses ★ 565 25 APPLICATION

This repository implements a static site that reconstructs and visualizes GitHub's historical status incidents and downtime. It ingests the official GitHub Status history Atom feed (committed into git via Flat Data), parses entries into structured incident timelines with status transitions, downtime windows, and impacted components. The frontend displays a 90-day and all-time uptime overview, per-service uptime bars, an incident timeline with filters, and a rolling uptime chart. The system is designed as a data pipeline: a GitHub Action fetches the Atom feed daily, another Action runs the extractor script to produce parsed artifacts (CSV, JSONL), and a third Action deploys the static site to GitHub Pages. The repository also includes an experimental GLiNER-based component extraction fallback to infer affected services from incident postmortems when the structured data is missing. The codebase demonstrates strong craftsmanship with well-isolated pure functions, testable frontend modules, and defensive caching patterns, though it remains tightly coupled to GitHub's specific status page format and prose patterns.

RATING: 8.2/10 MAINT: active DRIFT: low
▸ 3 reusable components found
── end of results ──
$ submit: