deep-agentic-core-mcp
OfficialRelated Servers
Alternatives to deep-agentic-core-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenanceThis server enables agents to identify users and organizations, inspect versioned datasets and model lineage, start training jobs, run and read evaluations, verify deployments, and execute typed workflows through authenticated MCP endpoints.12Apache 2.0
- AlicenseNot gradedqualityDmaintenanceMCP server for interacting with Conductor workflow orchestration, enabling AI agents to create, execute, and analyze workflows.Apache 2.0

AgentMark MCP Serverofficial
AlicenseNot gradedqualityAmaintenanceMCP server for AgentMark. Exposes the full AgentMark API to AI editors: list traces and spans, manage datasets, write scores, run experiments, manage apps, deployments, environments, and annotation queues.352AGPL 3.0- AlicenseAqualityAmaintenanceMCP server that gives agents the same interface as dashAI's GUI: explore datasets, list models, train, track jobs, and read metrics.1034 PyPIMIT
- 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.-
- AlicenseAqualityAmaintenanceMCP server exposing AI agent observability tools: list, inspect, and deterministically replay recorded agent execution traces for debugging failures.146 PyPIApache 2.0
TDQS
Scored across 38 tools
Several tools have unclear boundaries: core.compare_runs explicitly duplicates lens.compare_runs, and the tower.* family uses nearly identical descriptions for detect, investigate, preview, execute, verify, and related operations. The namespacing helps, but an agent could still misselect among overlapping compare, validation, and Tower action tools.
Tool names consistently use a namespace prefix plus lower_snake_case action, e.g. lens.analyze_workflow, chaos.run_experiment, and tower.incident. The main deviation is that some tower tools are nouns while others are verbs, but the overall convention remains readable and predictable.
With 38 tools, the surface is heavy even for a multi-subsystem server. The tower.* family alone is very large, and several tools appear to duplicate or overlap with others, making the count feel excessive rather than well-scoped.
The server covers a broad lifecycle across validation, analysis, release checks, incident investigation, chaos experiments, model routing, and session export. Some operations are intentionally delegated elsewhere, such as human approval via Tower HTTP/CLI, but the core workflows are mostly represented.