Lwa MCP
Related Servers
Alternatives to Lwa MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to index and search local skill libraries, persist and resume task checkpoints, and run validated workflow plans with controlled approval and write permissions.MIT
- AlicenseNot gradedqualityCmaintenanceLocal-first AI agent for approval-gated automation and verifiable LLM workflows.1MIT

Viaofficial
AlicenseNot gradedqualityDmaintenanceEnables routing context and execution across AI tools like Claude, Cursor, Windsurf, and ChatGPT with a shared memory, task board, and context bus, plus local file conversion.3 npm9Apache 2.0- AlicenseBqualityAmaintenanceEnables AI agents to maintain a local, event-sourced long-term memory with semantic retrieval, decision confidence checks, and proactive recalls, ensuring data never leaves the machine.233MIT
- AlicenseAqualityAmaintenanceEnables routing tasks across Cursor agents and external LLM backends through chat, while managing local models, write allowlists, and asynchronous workflows.351 npm1MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI agents to maintain persistent, local memory with retrieval-augmented search, knowledge graphs, and context surfacing, without any cloud dependencies.52 npmMIT
TDQS
Scored across 40 tools
Several tools occupy the same prepare/lock/run lifecycle—prepare_task, route_task, smart_complete, answer_query, quick_response, verify_work, plan_work, and confirm_and_run—so an agent can easily select the wrong one. The deprecated confirm_and_run alias and legacy smart_complete name add further ambiguity despite descriptions attempting to differentiate them.
Most tools use snake_case verb_noun names, but there are noun-only status tools (pipeline_status, router_status, model_tiers, library_status), a resource noun (syntax_contract_resource), and legacy/multi-verb names (smart_complete, confirm_and_run). The convention is readable but not consistently applied.
40 tools is far beyond the comfortable MCP range, and many are granular variants of the same prepare-before-run flow. The broad domain explains some of the count, but the set would be tighter if the shared execution path were factored into fewer tools.
The lifecycle is broadly covered: task preparation/approval/execution, library tool management, provider refresh, and workflow analysis. However, library tools lack update/delete operations and several prepared actions depend on a generic run_prepared_task, leaving some gaps in the apparent CRUD surface.