Repository navigation
docs: update cloud queue limit 100→150 and clarify per-member scope - #2145
comfyui-wiki wants to merge 1 commit into
Conversation
Production allows 150 queued workflows per member per workspace. Public docs still said 100 and left out that scope. Concurrency wording is unchanged. Co-authored-by: Daxiong (Lin) <comfyui-wiki@users.noreply.github.com>
|
Preview deployment for your docs. Learn more about Mintlify Previews.
💡 Tip: Enable Automations to automatically generate PRs for you. |
|
No actionable comments were generated in the recent review.
|
| Layer / File(s) | Summary |
|---|---|
Queue limit and localized translations development/deploy/cloud-usage.mdx, es/development/deploy/cloud-usage.mdx, ja/development/deploy/cloud-usage.mdx, ko/development/deploy/cloud-usage.mdx, zh/development/deploy/cloud-usage.mdx |
The pages state a queue limit of 150 workflows per member and workspace for Team and Enterprise plans. The localized pages also update their translation source hashes. The Team concurrency support link remains. |
Possibly related PRs
- Comfy-Org/docs#1646: Documents Team and Enterprise concurrency limits per workspace member in the same Cloud usage page.
Suggested reviewers: lin-bot23
Priority:
Merge Risk: 
Minimal · up to a4f7f
-
The documentation update is consistent across all supported languages and presents no established merge-blocking risk.
Pre-merge checks: 
2
Finishing Touches
-
🧪 Generate unit tests (beta)
-
- Commit to this branch
- Create a new PR
✨ Simplify code
-
- Commit to this branch
- Create a new PR
-
- Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts
Comment @coderabbitai help to get the list of available commands.
Production Cloud sets
MaxQueuedJobsPerUserto 150, keyed by user and workspace on submit. Each member of a Team or Enterprise workspace gets their own 150 queued workflows. Public docs still said 100 and did not say the cap is per member.This updates the Usage and Limits page (
development/deploy/cloud-usage, Runtime and queue limits) from 100 to 150, and adds that Team and Enterprise queue limits are per member per workspace. One member hitting the cap does not block another member's submissions under this limit. The same change is applied in ja, zh, ko, and es. Existing per-member concurrency wording is unchanged.The comfy.org marketing and pricing site is not in this repo. If the pricing FAQ still says 100 queued workflows, it was not updated here.
Note
Low Risk
Documentation-only alignment with existing Cloud limits; no code or runtime behavior changes in this repo.
Reviewed by Cursor Bugbot for commit a4f7fae. Bugbot is set up for automated code reviews on this repo. Configure here.