DOT DeepSeek Harness MCP
Related Servers
Alternatives to DOT DeepSeek Harness MCP
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenancePersistently connects Codex to Reasonix Studio so Codex can plan and verify while Reasonix executes, delegating tasks across shared multi-client sessions. Keeps tasks, sessions, approvals, results, and artifact fingerprints durable, with idempotent submission, workspace queuing, session reuse and recovery, manual adjudication of unknown outcomes, explicit retries, cancellation, and bounded shutdown.GPL 3.0
- AlicenseNot gradedqualityBmaintenanceConnects ChatGPT Web to a local development environment, enabling file reads and patches, shell execution, plan updates, and isolated worktree coordination through permissioned MCP tools.6MIT
- AlicenseNot gradedqualityAmaintenanceEnables Codex to delegate scoped tasks to a local DeepSeek Harness over MCP — dispatching read-only reviews or authorized workspace writes, steering and monitoring runs to a terminal state, and returning structured evidence such as changed paths, test results, and assistant text. It also supports exact archival of the terminal session by full session ID.1MIT
- AlicenseNot gradedqualityBmaintenanceEnables Codex to delegate tasks to a visible DeepSeek Harness desktop session by opening it, sending or resuming tasks, and returning results while exposing connection and busy status.MIT
- AlicenseNot gradedqualityCmaintenanceConnects an MCP client such as Codex to a running DeepSeek Harness instance, letting it start or continue workspace conversations as delegated tasks, poll task status, answer intercepted questions, and cancel turns. Agent progress, findings, and blockers flow back to the coordinator through a durable on-disk mailbox.MIT
- AlicenseNot gradedqualityBmaintenanceLets Codex delegate tasks to a running DeepSeek Harness Desktop instance on Windows over authenticated named pipes, with asynchronous dispatch, event waiting, cancellation, and explicit resume. Also supports blocking structured questions tied to a task, plan checkpoints before writes, independent stage review with rework in the same session, and output fingerprinting that invalidates stale approvals when files change.453 npm1MIT
TDQS
Scored across 48 tools
Most tools target distinct lifecycle stages, but several pairs overlap meaningfully: get_run/get_run_summary/status_run (the latter a deprecated alias explicitly kept), list_runs/list_run_summaries, read_artifact/read_scoped_artifact, and the diagnostic trio doctor/harness_health/setup_doctor. The descriptions do a good job of drawing the boundaries (e.g. queue_run says 'Distinct from steer_run'), and stop_service's name actively misleads about its behavior, but an agent can navigate it with careful reading.
The dominant pattern is snake_case verb_noun (start_run, get_run, list_runs, wait_run, cancel_run, steer_run), applied consistently across the run/session/deployment families. Minor deviations exist in noun-only names (doctor, harness_health) and a few unusual compounds (close_run_terminals, retry_run_with_fallback), but nothing chaotic.
48 tools is heavy even for a large orchestration domain covering runs, session history, file reads, deployment, setup, and diagnostics. Duplicates that earn no new capability — status_run as a deprecated alias, two artifact readers, three-plus diagnostic tools, many list/read variants — push this well past the justified surface.
The surface covers the domain comprehensively: run creation (start_run/start_review), continuation (reply_run/steer_run/queue_run), cancellation, polling/readback (wait_run/get_run/summaries), queue management, session history search and context, scoped project/artifact reads, deployment plan-to-execute, permission reconciliation, and operation idempotency records. No obvious dead ends for the stated harness-management purpose.