Harthad Status MCP
Related Servers
Alternatives to Harthad Status MCP
No user-submitted related servers found.
Related Servers
- AlicenseBqualityDmaintenanceA minimal Model Context Protocol (MCP) service for integration with external platforms. Provides CRUD operations, reference data fetching, and authentication capabilities.7MIT
- FlicenseNot gradedqualityCmaintenanceInstitutional MCP server that centralizes access to identity, institutional profiles, and basic person data. Currently a bootstrap with no business logic or tools implemented.-

@pipeworx/statuspageofficial
AlicenseNot gradedqualityBmaintenanceMCP server that answers service status and uptime questions by reading Atlassian Statuspage feeds from hundreds of vendors, with keyless access and tools for checking status, incidents, and vendor listings.201 npmMIT- AlicenseNot gradedqualityBmaintenanceProvides a reusable MCP server foundation with explicit tool registration, operation-mode separation, scope-based permissions, structured results, and built-in health/status tools.MIT
- AlicenseNot gradedqualityDmaintenanceEnables MCP client interaction via streamable HTTP, providing example tools (echo, getPostsByUser) and resources (posts, users) with pluggable authentication providers.6MIT
- AlicenseNot gradedqualityDmaintenanceThis MCP server implementation allows users to manage and expose actions as tools from their Integration App workspace through the Model Context Protocol.10 npm36ISC
TDQS
Scored across 10 tools
Most tools have clear resource+action targets, but create_entry vs create_changelog_entry vs create_comment blur together, and update_service (status change creates a changelog atomically) overlaps conceptually with create_changelog_entry (records a status transition atomically). The read tools (get_status, get_context, get_profile, get_changelog) are distinguishable but adjacent enough to require careful reading.
All ten tools follow a clean verb_noun snake_case pattern (get_, create_, update_, list_). The only mild quirk is that create_entry doesn't name the entity type the way create_changelog_entry and create_service do, but the convention itself is unbroken.
Ten tools is well within the ideal range, and each maps to a plausible operation (read profile/status/context, manage services, manage changelog and entries, comment). No filler or redundant wrappers.
The service and changelog surfaces are reasonably covered, but there is no read/list for entries or comments (only creation), no delete or update for entries/changelog, and no delete_service. Agents attempting to inspect or clean up created data will hit dead ends.