workspace-metabolism
Related Servers
Alternatives to workspace-metabolism
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenancePolicy sidecar for any MCP server: deny-by-default tool allowlist with argument rules, call and USD budget caps, and a hash-chained audit log with RFC 3161 timestamps.9Apache 2.0
- AlicenseBqualityDmaintenanceA local, evidence-driven MCP runtime and control plane for open-source maintainers that provides workspace-bounded tools including controlled file operations, command execution, validation primitives, durable execution records, and human review workflows via stdio and Streamable HTTP transports.33MIT
- AlicenseNot gradedqualityBmaintenanceEnables external MCP clients like Claude Desktop, Claude Code, Cursor and Zed to hand work to a local crew of AI agents that plan, write, check and fix code in a folder, while also acting as an MCP client that can use their tools. Runs locally with user-supplied keys, approval-gated commands, diffable and undoable runs.AGPL 3.0
- AlicenseNot gradedqualityBmaintenanceAn MCP policy proxy that sits between AI agents and their upstream MCP servers to enforce hard spend and blast-radius caps, human approvals for destructive tools, a kill switch, scoped per-agent credentials, dry-run writes with mutation diffs, semantic loop breaking, and a hash-chained audit log. It also offers hook mode that applies the same policy to coding agents' own shell commands and file edits.MIT
- AlicenseCqualityBmaintenanceLocal-first MCP runtime for coding agents with bounded workspace access, content-preconditioned writes, AST search, LSP navigation and diagnostics, and Git status/diff. Designed to give coding agents useful repository access without treating unrestricted shell access as the default integration boundary.133MIT
- AlicenseAqualityBmaintenanceLocal MCP server for AI agents and vibe coding safety: deterministic risk checks (payments, auth, database, secrets, infrastructure), sessions, checkpoints, policy inspection, and fix prompts. Runs over stdio against a local git repository; no language model judges risk.8Apache 2.0
TDQS
Scored across 9 tools
Each tool targets a distinct operation: db_check inspects the registered SQLite resource, health/audit/explain provide different report granularities, clean/rollback execute and undo changes, govern checks policy decisions, init scaffolds, and verify checks journal integrity. The read-only reporting tools overlap in spirit, but their outputs and use cases are clearly separated.
All tools share the wm_ prefix and lowercase snake_case, which is predictable and consistent. Most are verb-first (clean, explain, govern, init, verify), but health, audit, and db_check are noun-led or object-verb, so the pattern is not uniformly verb_noun.
Nine tools is well within the ideal range and each maps to a distinct phase of the metabolism-policy workflow: init, inspect, act, undo, verify, and govern. No tool feels redundant or like padding.
The core lifecycle is covered: policy creation, audit/health reporting, path explanation, cleanup planning/execution, rollback, governance checks, and journal verification. The main gap is the lack of a tool to update or evolve the policy itself, but that can be worked around by editing the policy file and re-auditing.