Commons
Related Servers
Alternatives to Commons
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenanceSelf-hosted MCP + REST continuity hub for coding agents. Tracks unfinished work, progress, overlap, reminders, and project context across Cursor, Codex, Claude Code, and other MCP clients.278MIT
- AlicenseNot gradedqualityBmaintenanceEnables teams of AI coding agents (Claude Code, Cursor, Codex) to share persistent, time-aware graph memory and coordinate their work via MCP, so agents recall verified fixes at the moment of failure, learn procedures automatically, avoid file conflicts, claim tasks race-free, and hand off facts and decisions between sessions.MIT
- AlicenseNot gradedqualityBmaintenanceEnables coding agents in different editors and MCP clients to share messages, project context, notes, task ownership, handoffs, and advisory file claims through a local SQLite-backed coordination server. Supports MCP stdio, MCP Streamable HTTP, a JSON HTTP API, and a local CLI for multi-project agent collaboration.MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI coding agents to share a local-first, versioned memory of decisions, conventions, tasks, conflicts, and handoffs over MCP and REST.4 npmMIT
- AlicenseAqualityAmaintenanceCross-agent memory bridge for AI coding assistants. Persistent knowledge graph shared across 10 IDEs (Cursor, Windsurf, Claude Code, Codex, Copilot, Kiro, Antigravity, OpenCode, Trae, Gemini CLI) via MCP. 22 tools including team collaboration, auto-cleanup, mini-skills, session management, and workspace sync. 100% local, zero API keys required.91,105 npm900Apache 2.0
- FlicenseNot gradedqualityCmaintenanceLocal-first cross-agent memory for AI coding agents. Persistent, shared memory over MCP — what you tell one agent can be recalled by another — with all data stored in a single local SQLite file, no cloud and no API keys.-
TDQS
Scored across 35 tools
Several clusters overlap: msg_send(type=task), summon, submit_task and skill_help all route work to other agents, and two parallel work-tracking systems exist (start_work/finish_work claims vs claim_subtask/heartbeat/complete_subtask). Multiple 'record something' tools (remember, observe_preference, record_decision, add_leftover, board_add) also blur together. Descriptions do help disambiguate, but an agent could plausibly pick the wrong dispatch or tracking tool.
Some families are consistent (msg_send/msg_recv/msg_get, board/board_add/board_update, start_work/finish_work, claim_subtask/complete_subtask, vault_deposit). But many core tools are bare single words (who, why, turn, remember, search, summon, handoff, resume, infra, pickup, tools, call) with no shared verb_noun convention. Readable overall, but conventions are mixed rather than predictable.
35 tools is heavy, and there is clear redundancy (two work-claiming flows, several near-duplicate recording tools), so not every tool obviously earns its place. The underlying domain (messaging, memory, board, credentials, infra, task distribution) is genuinely broad, which partly justifies the size. Borderline-heavy rather than wildly excessive.
Coverage is strong across the domain: messaging with ack flow, memory store/search/expand/why, board lifecycle, work claims and subtasks with leases, credential vault and use, infra map, handoff/resume, and skills. Minor gaps remain (e.g. no explicit memory delete/forget, and referenced msg_ack is not itself listed). Agents can work around these.