SDAR MCP Tasks Provider Runtime
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@SDAR MCP Tasks Provider Runtimelist all pending tasks"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
SDAR MCP Tasks Provider Runtime
An independently deployable, language-neutral Runtime for the SEP-2663 task lifecycle and the io.sdar/taskExecution Provider Profile. The Runtime is implemented in strict TypeScript and delegates resource facts and side effects to versioned gRPC/Protobuf Adapters.
The implementation follows SDAR_MCP_Tasks_Runtime_Codex_Goal_Task_Package_V1.0.md. Normative design inputs are under references/, the living execution plan is docs/implementation/runtime-exec-plan.md, and delivery evidence is under reports/runtime-v1/.
Runtime quick start
Prerequisites: Node.js 22, Corepack/pnpm 11, and Docker with Compose access.
corepack enable
pnpm install --frozen-lockfile
pnpm build
pnpm test:unit
pnpm test:contract
docker compose up --build --wait
curl --fail http://127.0.0.1:8080/health/readyThe default stack exposes Runtime HTTP on :8080, PostgreSQL on :5432, and an internal TypeScript Adapter on :7001. A Python Adapter image can be built with:
docker compose --profile python-adapter build adapter-pythonRuntime startup applies migrations and runs durable scheduling/recovery before readiness. The reference Adapter state and PostgreSQL data use named volumes. For a release gate with PostgreSQL and Docker available, run:
TEST_DATABASE_URL=postgresql://sdar:sdar@127.0.0.1:5432/sdar_runtime_test pnpm verifyConfiguration and security are documented in
configuration.md and
security-recovery.md; deployment and
incident procedures are in the runbook.
Adapter authors can run the dual-language P0-P4 workflow described in docs/conformance/adapter-testkit.md; its JSON reports use a published repository schema.
Adapter authors should begin with the
quick start and dual-language P0-P4 workflow in
adapter-testkit.md. API/RPC and state
semantics are summarized in api-reference.md
and state-reason-mapping.md.
Production Kubernetes JSON manifests are under deploy/kubernetes,
with migration/upgrade instructions in docs/database/upgrade.md.
Root commands in package.json expose every release gate; pnpm verify includes
formatting, lint, types, build/Proto drift, audit/SBOM, deployment/container,
unit/contract/integration/recovery/security/E2E/conformance and capacity checks.
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/zhouwen-giser/sdar-mcp-tasks-provider-runtime'
If you have feedback or need assistance with the MCP directory API, please join our Discord server