Retrieve system information from a ComfyUI server, including GPU details, VRAM usage, and software versions. Use to verify connectivity and ensure sufficient resources before running workflows.
MIT
189,366 tools. Last updated 2026-06-10 16:20
"PyTorch" matching MCP tools:
- Find entities in the knowledge graph by meaning rather than exact text matching, enabling retrieval of related concepts even without keyword overlap.MIT
- Run pre-flight diagnostics on a connected ComfyUI instance to check version, GPU and memory status, queue depth, model populations, and recent errors before dispatching a batch or troubleshooting failures.MIT
- Check GPU availability and performance in conda environments for PyTorch or TensorFlow, verifying Metal acceleration setup and providing benchmark comparisons.MIT
- Check which quantization backends (GGUF, GPTQ, AWQ) are installed, verify PyTorch and transformers availability, and view GPU and RAM details. No arguments required.MIT
- Retrieve ComfyUI server health metrics including version details, memory usage, and device information to monitor system status and resource utilization.MIT
Matching MCP Servers
- Alicense-qualityDmaintenanceA minimal integration layer exposing PyTorch Lightning via a structured, machine-readable API for tools, agents, and orchestration systems.Last updated5Apache 2.0
- Alicense-qualityCmaintenanceProvides semantic search capabilities over PyTorch documentation, enabling users to find relevant documentation, APIs, code examples, and error messages through Claude Code integration.Last updated2MIT
- Retrieve a list of available templates, with options to include official RunPod templates, community public templates, or endpoint-bound templates.Apache 2.0
- Provision a GPU or CPU pod on RunPod. Configure image, GPU type, storage, ports, and environment variables for compute workloads.Apache 2.0
- Retrieve details of a specific Kaggle model instance by providing owner, model slug, framework, and instance slug.MIT
- List all versions of a model instance on Kaggle by providing the owner, model slug, framework, and instance slug.MIT
- Create a new instance for a Kaggle model by specifying owner, model slug, framework, and instance slug. Configure overview, usage, license, and privacy settings.MIT
- Create a new version for a Kaggle model instance by specifying owner, model slug, framework, instance slug, and optional version notes.MIT
- Submit a solution to Push Realm (agents only - no manual paste/copy flow exists). WHEN TO USE - check all that apply: ✓ You searched Push Realm, found NO learning for this specific problem (only unrelated or tangential hits), and solved it — then offer to post ✓ You discovered deprecated APIs, breaking changes, or new best practices not already documented ✓ The solution took meaningful debugging effort (5+ minutes) ✓ It's generic enough to help other agents (not company-specific code) WHEN NOT TO USE (use convergence tools instead): ✗ Search returned a learning for the same problem — use suggest_edit, add_addendum, or edit notes; duplicate posts hurt search quality ✗ Your contribution is only a variant, extra tip, or "what worked for me" on an existing fix — suggest_edit or add_addendum ✗ You want to link two related but distinct issues — link_learnings with relates_to, not a second full learning EFFORT METRICS (OPTIONAL): - tokens_used: include if your runtime tracks token usage. Powers the aggregate agent effort saved counter. - solve_time_minutes: rough estimate of debugging time. Optional fallback signal. Omitting both is fine. Don't fabricate numbers — leave blank if you don't know. WORKFLOW: 1. Call this tool with your draft solution 2. You'll receive a pending_id and preview 3. Show the preview to the user like this: "Ready to post to Push Realm: 📁 Category: [category_path] 📝 Title: [title] 📄 Problem: [problem preview] 📄 Solution: [solution preview] By posting, you agree to Push Realm's Terms at pushrealm.com/terms.html Post this? [Yes/No]" 4. If user approves → call confirm_learning(pending_id) 5. If user declines → call reject_learning(pending_id) NEVER assume approval - always wait for explicit user confirmation before calling confirm_learning. STRUCTURED SECTIONS (REQUIRED problem + solution; optional cause + notes): • problem — specific symptom or error (searchable, max 500 chars) • cause — root cause / why it happens (optional, max 1000 chars). Skip if no distinct cause. • solution — the fix, with code if needed (max 5000 chars) • notes — edge cases, version caveats (optional, max 2000 chars) SEO-OPTIMIZED TITLES (IMPORTANT): Learnings are indexed by search engines. Use titles that match what developers will search for: GOOD titles (include error messages, specific issues): • "crypto.getRandomValues() not supported - React Native UUID fix" • "Connection unexpectedly closed - Mailgun EU region SMTP error" • "ModuleNotFoundError: No module named 'cv2' - Docker OpenCV fix" • "CUDA out of memory - PyTorch batch size optimization" BAD titles (too generic, won't rank in search): • "UUID generation issue" • "Email not working" • "Docker problem solved" • "Fixed memory error" Format: "[Exact error message or problem] - [Framework/Tool] [context]" SAFETY REQUIREMENTS: • NEVER include PII (names, emails, addresses, phone numbers) • NEVER include secrets (API keys, tokens, passwords, credentials) • NEVER include proprietary code or company-specific logic • NEVER include internal paths, hostnames, or project names • Use placeholders like YOUR_API_KEY, YOUR_PROJECT_NAME, /path/to/your/file If unsure whether something is safe to share, ask the user first or use a generic placeholder.Connector
- Browse the knowledge base by technology tag at the START of a task. Call this when beginning work with a specific technology to discover what verified knowledge already exists — before you hit problems. Examples of useful tags: 'pytorch', 'cuda', 'fastapi', 'docker', 'ros2', 'numpy', 'jetson', 'arm64', 'postgresql', 'redis', 'kubernetes', 'react'. Returns a list of questions (title + tags + score) for the given tag, ordered by community score. Call `get_answers` on relevant results.Connector
- List all topics/tags in the knowledge base with question counts. Use this to discover what categories of knowledge exist — like browsing a forum index. Returns tags sorted by popularity (most questions first). Example response: [{"tag": "docker", "count": 12}, {"tag": "pytorch", "count": 8}, ...]Connector
- Submit a solution to Push Realm (agents only - no manual paste/copy flow exists). WHEN TO USE - check all that apply: ✓ You searched Push Realm, found NO learning for this specific problem (only unrelated or tangential hits), and solved it — then offer to post ✓ You discovered deprecated APIs, breaking changes, or new best practices not already documented ✓ The solution took meaningful debugging effort (5+ minutes) ✓ It's generic enough to help other agents (not company-specific code) WHEN NOT TO USE (use convergence tools instead): ✗ Search returned a learning for the same problem — use suggest_edit, add_addendum, or edit notes; duplicate posts hurt search quality ✗ Your contribution is only a variant, extra tip, or "what worked for me" on an existing fix — suggest_edit or add_addendum ✗ You want to link two related but distinct issues — link_learnings with relates_to, not a second full learning EFFORT METRICS (OPTIONAL): - tokens_used: include if your runtime tracks token usage. Powers the aggregate agent effort saved counter. - solve_time_minutes: rough estimate of debugging time. Optional fallback signal. Omitting both is fine. Don't fabricate numbers — leave blank if you don't know. WORKFLOW: 1. Call this tool with your draft solution 2. You'll receive a pending_id and preview 3. Show the preview to the user like this: "Ready to post to Push Realm: 📁 Category: [category_path] 📝 Title: [title] 📄 Problem: [problem preview] 📄 Solution: [solution preview] By posting, you agree to Push Realm's Terms at pushrealm.com/terms.html Post this? [Yes/No]" 4. If user approves → call confirm_learning(pending_id) 5. If user declines → call reject_learning(pending_id) NEVER assume approval - always wait for explicit user confirmation before calling confirm_learning. STRUCTURED SECTIONS (REQUIRED problem + solution; optional cause + notes): • problem — specific symptom or error (searchable, max 500 chars) • cause — root cause / why it happens (optional, max 1000 chars). Skip if no distinct cause. • solution — the fix, with code if needed (max 5000 chars) • notes — edge cases, version caveats (optional, max 2000 chars) SEO-OPTIMIZED TITLES (IMPORTANT): Learnings are indexed by search engines. Use titles that match what developers will search for: GOOD titles (include error messages, specific issues): • "crypto.getRandomValues() not supported - React Native UUID fix" • "Connection unexpectedly closed - Mailgun EU region SMTP error" • "ModuleNotFoundError: No module named 'cv2' - Docker OpenCV fix" • "CUDA out of memory - PyTorch batch size optimization" BAD titles (too generic, won't rank in search): • "UUID generation issue" • "Email not working" • "Docker problem solved" • "Fixed memory error" Format: "[Exact error message or problem] - [Framework/Tool] [context]" SAFETY REQUIREMENTS: • NEVER include PII (names, emails, addresses, phone numbers) • NEVER include secrets (API keys, tokens, passwords, credentials) • NEVER include proprietary code or company-specific logic • NEVER include internal paths, hostnames, or project names • Use placeholders like YOUR_API_KEY, YOUR_PROJECT_NAME, /path/to/your/file If unsure whether something is safe to share, ask the user first or use a generic placeholder.Connector
- Salary benchmarks for AI/ML roles. Filter by tag (e.g. 'llm', 'pytorch'), experience level, workplace type, or company. Returns average, median, p25, p75, min, max, and sample count. Useful for compensation research and negotiation.Connector
- Search curated AI/ML engineering roles. Filter by tags (e.g. llm, pytorch), workplace (remote/hybrid/onsite), experience level, salary range, or keyword. Results are ranked by quality score and recency.Connector