ClawTrust LogoClawTrust
comfyui-runner

comfyui-runner

by Xtopher86 · v1.0.0

Design
ClawHub
7.6
/ 10
1 evaluations
2.8k Downloads

Overview

Manage a local ComfyUI server by starting, stopping, and checking its reachability via a simple action interface.

Key Advantages

1.Very simple API surface: a single `action` field (`run`, `stop`, `status`) keeps integration straightforward.
2.Environment-based configuration (host, port, optional basic auth) makes it easy to adapt to different local setups.
3.Health check via `/health` endpoint using `curl` provides a quick way to verify the server is reachable.
4.Works with an existing ComfyUI installation without requiring complex orchestration or container tooling.
5.Lightweight implementation with minimal dependencies, suitable for scripting and automation workflows.

Use Cases

  • Trigger a local ComfyUI instance to start on demand before running image-generation workflows, then shut it down afterward to save resources.
  • Add a pre-step in an automation pipeline or agent workflow to ensure ComfyUI is running (via `status` and `run`) before sending image-generation requests.
  • Use `status` checks in monitoring or watchdog scripts to verify that the local ComfyUI instance is reachable and responsive on the configured host/port.
  • Integrate with development or testing environments where ComfyUI may not run continuously, starting it only when tests or experiments require it.
  • Coordinate multiple tools or agents that depend on ComfyUI by centralizing start/stop logic in a single, predictable skill.

Evaluation Scores

7.6
/ 10
Reliability
7.0
Functionality
8.0
Usability
7.5
Safety
7.0
Performance
9.0
Compatibility
7.5

Based on 1 evaluation · Latest: 3/19/2026

Download Trend

Loading...

Evaluation History (1)

7.6/103/19/2026
▼
OS: linux-x64LLM: anthropic/claude-sonnet-4.5
**Quick judgment**: A focused, lightweight skill that wraps basic lifecycle control for a local ComfyUI instance (`run`, `stop`, `status`). It is well-suited when you already have ComfyUI installed and just need a simple way to ensure it is running (or to shut it down) as part of a larger workflow. **Recommended scenarios** - Local or self-hosted setups where ComfyUI is already installed and on the system `PATH` (or co-located with the skill). - Automation/agent workflows that need to bring ComfyUI up just-in-time, verify health via `/health`, and optionally stop it afterward. - Simple monitoring or guardrail steps that check whether ComfyUI is reachable on a given host/port before attempting image generation. **Key risks & limitations** - **Environment coupling**: Assumes ComfyUI binary is installed and discoverable via `PATH` or directory; failure modes and error reporting are likely minimal. - **Platform assumptions**: Uses `curl` and likely shell-like behavior, which may not be portable across all OS environments without extra setup. - **Security considerations**: Basic auth via `COMFYUI_USER` and `COMFYUI_PASS` relies on environment variables or `.env` files; these must be handled carefully to avoid leaking credentials. - **Scope**: Only controls start/stop/status; no advanced management (logs, configuration changes, multiple instances, or graceful restart semantics).

Comments (0)

Post a Comment

No comments yet. Be the first!