sciflow-mcp
Related Servers
Alternatives to sciflow-mcp
No user-submitted related servers found.
Related Servers
- FlicenseNot gradedqualityAmaintenanceEnables deterministic, harness-neutral research workflows by unifying research object identity, evidence receipts, claim-evidence graphs, and append-only decision logs, along with specialized scholarly skills for literature analysis, reproducibility audits, and multi-agent review.206 PyPI1-
- AlicenseNot gradedqualityBmaintenanceEnables deterministic, resumable workflow automation through DAG step graphs, boolean gate branching, automatic parallel execution, and in-step agent loops with sandboxed file and command tools.5 npm1MIT
- AlicenseNot gradedqualityAmaintenanceEnables agents to track ML experiments with a reproducible write contract, internal git snapshots, and a queryable knowledge graph, plus a live web UI for humans.Apache 2.0
- AlicenseNot gradedqualityBmaintenanceEnables creation and invocation of reusable research workflow programs derived from demonstrations, with live scholarly data search and workspace automation via multiple protocols.MIT
- AlicenseAqualityAmaintenanceEnables AI agents and MCP clients to run research as an explicit scientific process: forming hypotheses, designing and executing sealed experiments, capturing observations and artifacts, linking claims to supporting evidence, and reviewing provenance. Exposes coordinated MCP services so users can inspect, reproduce, and audit every step from question to conclusion rather than trusting an opaque final answer.4621Apache 2.0
- FlicenseNot gradedqualityAmaintenanceEnables coding agents to coordinate profilers, benchmark tools, trace processors, and direct local targets so that explicit artifacts or commands become bounded runtime evidence with recorded provenance, coverage, and limitations. Its analysis and capture tools require no workspace setup, and durable evidence preservation remains optional.-
TDQS
Scored across 14 tools
Most tools map to a distinct resource+action: operations (list/describe), artifacts (import/list/inspect/compare/export), datasets (register/get), workflows (validate/run/visualize/export) and runs (get_run). The only soft overlaps are the four *_workflow tools and three *_artifact tools, but their descriptions (static check vs. execute vs. draw vs. compile to cluster jobs; inspect vs. compare vs. write to disk) clearly separate them. get_dataset doubling as 'list datasets' when no id is given is a minor collision with list_artifacts.
Every tool follows a single snake_case verb_noun convention (list_operations, register_dataset, run_workflow, export_artifact). Verbs are reused consistently for the same intent (list_, get_, export_, *_workflow), making the surface predictable.
14 tools sits squarely in the well-scoped range and each one corresponds to a real lifecycle stage (discovery, import/store, dataset registration, workflow validate/run/visualize/export, provenance, artifact export). No obviously redundant or filler tools.
The core pipeline is covered end to end: discover operations, import data, register datasets, validate/run/visualize/export workflows, inspect provenance, and export results for R/statsmodels. Gaps are minor: no delete/prune for artifacts or datasets, no explicit in-memory artifact data read (only summary via inspect or disk write via export), and no workflow listing tool.