agent-session
Related Servers
Alternatives to agent-session
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenanceLocal-first working-state checkpoints and portable handoff packets for AI coding agents. Continuation checkpoints recover Claude Code sessions after rate limits, crashes, and compaction; packets hand tasks across tools, repos, and machines — Markdown on disk, no cloud, no telemetry.2316 npm4MIT
- AlicenseBqualityAmaintenanceLets multiple AI agents and parallel coding sessions share one memory and task ledger, so they can claim work instead of duplicating it, resume each other's handoffs and reasoning, and use credentials without ever seeing the keys. Connects assistants such as Claude Code, Codex, Cursor, Gemini, ChatGPT and custom agents over MCP, backed by a single local SQLite file or a self-hosted Postgres hub.35MIT
- AlicenseAqualityBmaintenanceEnables developers to capture verbatim conversation turns, implementation plans, task lists, modified files, terminal errors, and uncommitted git state from one AI coding agent and inject or hand them off to another with a single command. It works across Claude Code, Antigravity, OpenAI Codex, and Grok Build CLI on Linux, macOS, and Windows.53MIT
- AlicenseNot gradedqualityAmaintenanceLocal task-and-memory layer for coding agents (Claude Code, Codex, opencode, Kimi): a task queue with dependencies and atomic claims, an oplog of decisions with hybrid search, and memory that survives context compaction. Bun + SQLite, no network calls of its own, no API key. MIT.7 npm14MIT
- AlicenseAqualityAmaintenanceRecords and rewinds AI coding agents (Claude Code, Codex, Cursor, Gemini CLI and others) locally. Its tools take a checkpoint, show the session timeline, preview and apply a rewind with a confirm code, list the tests the agent ran and whether the code changed since, write a handoff, verify the hash-chained log, and check a tool call against your guardrails.774 npmApache 2.0
- AlicenseNot gradedqualityCmaintenanceEnables coding agents to persist and resume shared working state—tasks, progress, decisions, commands, tests, checkpoints, and handoffs—backed by SQLite while keeping Git authoritative for files and repository state.MIT
TDQS
Scored across 26 tools
The set has several intentionally overlapping pairs (context.get vs context.read, session.record vs event.append/decision.create/context.update, session.checkpoint vs session.record, memory.put vs memory.promote), but each description explicitly states when to prefer which, which keeps misselection low. A few boundaries (e.g. context.update task fields vs task.update) still require reading two descriptions to resolve, so it is not a clean 5.
Every tool follows a strict dotted `resource.action` convention (artifact.get, decision.list, blocker.resolve, context.summarize, memory.search, session.checkpoint, task.update, workspace.diff). Namespaces are used consistently and verbs are predictable across all 26 tools.
26 tools is heavy for a session/context-tracking server, and several exist mainly as thin duplicates of others (context.get/context.read, context.update vs task.update, memory.promote vs memory.put, session.record vs the individual record tools). The surface is defensible but feels broader than the domain warrants.
Core lifecycle is well covered (events, decisions, blockers, tasks, checkpoints, memory, workspace), but there are notable gaps: no event.list/query despite an append-only log (events are only visible via context.summarize's last 8), no task.list, and no way to update or delete a decision or edit a blocker besides resolve. Agents will hit dead ends when they need to inspect history or correct prior entries.