io.github.L1ch404/jolink-runtime
Related Servers
Alternatives to io.github.L1ch404/jolink-runtime
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceEnables developers to build, test, debug, and operate MCP servers from VS Code or CI, while also exposing trusted MCP capabilities to AI agents.MIT
- FlicenseNot gradedqualityBmaintenanceEnables AI agents to access unified development tools including code generation, documentation synchronization, test case rendering, and architecture graph queries through a single MCP server.-
- AlicenseAqualityAmaintenanceAn MCP server that empowers AI coding agents to work effectively with Minecraft mod development, providing static analysis of decompiled source code and runtime interaction with a running Minecraft instance.3197 npm14MIT
- AlicenseNot gradedqualityBmaintenanceEmpower any MCP-compatible AI Agent(MCP Client) with engineering-grade capabilities to understand, modify, run, and deliver real-world code repositories.465 PyPI1,125Apache 2.0
- AlicenseBqualityBmaintenanceEnables AI coding agents to access Windows-first code intelligence, repository understanding, change-impact analysis, and safe workspace management through a unified high-level MCP gateway.111MIT
- FlicenseNot gradedqualityBmaintenanceEnables reproducible evaluation of AI coding agents by exposing repository inspection, code editing, test running, and deterministic verification through MCP tools.-
TDQS
Scored across 4 tools
Each tool has a clearly separate purpose: fast tests, application lifecycle, status/log inspection, and debugging. Cross-references such as using java_status to observe test runs are explicit and do not create ambiguity.
All tools use the same java_ prefix and snake_case convention, and the second element is a stable noun or noun phrase. The naming pattern is predictable even though it is resource-oriented rather than verb-first.
Four tools is well-scoped for a Java runtime development assistant. Each tool bundles related operations such as run/cancel/result and launch/restart/stop, so the count feels complete rather than sparse.
The main development loop is covered: run tests, launch/restart apps, inspect status/logs, and debug. Minor gaps exist because the tools deliberately exclude full Maven/Gradle verification and packaging, and there is no explicit test discovery operation.