sensevoice-onnx requires setuptools<=65.0 in ComfyUI
Fix the sensevoice-onnx setuptools conflict in ComfyUI by deciding whether that workflow matters, then repairing the package stack in the exact Python environment.
Start with Wonderful Launcher if this issue touches your real ComfyUI environment. Use the docs to understand the fix, and use the app to inspect the machine you already have.
Download Wonderful LauncherIf you searched for sensevoice-onnx setuptools conflict comfyui or pip check shows sensevoice-onnx requires setuptools<=65.0, treat it as a workflow-specific dependency conflict, not a reason to downgrade every package in your ComfyUI environment.
In practice, this usually means one custom node or audio workflow expects an older packaging stack than the rest of your current install.
Fast answer
If you do not actively need the SenseVoice-ONNX workflow, do not downgrade setuptools just to silence pip check. If you do need it, repair the narrow workflow path in the exact Python environment that starts ComfyUI, then verify that the rest of the environment still imports cleanly.
What the conflict looks like
The high-signal line usually appears in pip check:
sensevoice-onnx requires setuptools<=65.0, but you have setuptools 7x.xThe exact installed version may differ, but the pattern is the same: sensevoice-onnx wants an older setuptools than the rest of the environment currently has.
What it usually means
This is not automatically a startup blocker for all of ComfyUI.
It usually means one of these:
| Situation | Meaning | Best next move |
|---|---|---|
| ComfyUI still starts and your normal workflows run | The conflict is real, but only affects a narrow workflow | Do not change the whole environment yet |
| A speech or audio helper node fails to import | The specific SenseVoice-ONNX stack is broken | Repair that workflow in the real ComfyUI Python |
| You downgraded one package and exposed more conflicts | Shared environment drift is spreading | Stop broad package changes and narrow the repair |
pip check shows several old package pins together | More than one plugin is fighting over shared dependencies | Decide which workflow you actually want to preserve |
First decision: do you need this workflow?
Before changing packages, answer this:
- Are you actively using a SenseVoice-ONNX custom node or audio workflow?
- Did the environment break right after installing or updating that stack?
- Is this line only visible in
pip check, while ComfyUI itself still works?
If the answer is "I am not using it right now", the safest move is often to leave the warning alone until that workflow matters.
Use the Python that actually starts ComfyUI
For the official Windows portable package, run commands from the portable root:
.\python_embeded\python.exe -s -m pip show sensevoice-onnx setuptools
.\python_embeded\python.exe -s -m pip checkFor a manual Git install, activate the venv first:
python -m pip show sensevoice-onnx setuptools
python -m pip checkIf pip show points to a different Python than the one that launches ComfyUI, fix that first. Otherwise you will repair the wrong environment.
Safe repair order
Use this order to avoid widening the damage:
- Confirm whether the workflow is actually needed.
- Record the current
pip checkoutput. - Check whether ComfyUI core and unrelated workflows still start.
- Repair the narrow SenseVoice-ONNX path only if it is a real blocker.
- Re-run
pip checkand re-test the target workflow.
When not to downgrade globally
Do not downgrade setuptools across the whole environment just because one line in pip check asks for it, unless all three are true:
- the SenseVoice-ONNX workflow is important right now
- that workflow is actually failing
- you have confirmed the rest of the environment will tolerate the downgrade
If your main problem is broader package drift after plugin installs, use ComfyUI Dependency Conflicts. If the visible failure is a custom node import traceback, use ComfyUI Plugin Import Failed.
Practical takeaway
The key idea is simple:
pip checkis a clue, not an automatic commandsensevoice-onnx requires setuptools<=65.0is usually a narrow workflow conflict- preserving a stable ComfyUI environment is usually more valuable than satisfying one stale package pin immediately
Start with Wonderful Launcher if this issue touches your real ComfyUI environment. Use the docs to understand the fix, and use the app to inspect the machine you already have.
Download Wonderful LauncherStart with Wonderful Launcher if this issue touches your real ComfyUI environment. Use the docs to understand the fix, and use the app to inspect the machine you already have.
Download Wonderful LauncherDid this fix your issue?
Your answer helps prioritize verified ComfyUI repairs.