ComfyUI-wiki is a link hub and a ranked node table, not an installable tool
Everything about ComfyUI, including workflow sharing, resource sharing, knowledge sharing, tutorial sharing, and more.关于ComfyUI的一切,工作流分享、资源分享、知识分享、教程分享等
At a glance
- What is it?
- ComfyUI-wiki is an MIT licensed collection of ComfyUI workflows, outbound links and a hand ranked custom node table. It is useful as a routing layer for new ComfyUI users, but it ships no code, no install path and no version pinning.
- Who is it for?
- ComfyUI-wiki suits a new ComfyUI user who needs a shortlist of workflows and a practitioner's reading of the custom node ecosystem, and it suits a Chinese speaking reader who watches the linked Bilibili and YouTube channels. It does not suit anyone who needs a versioned dependency, a reproducible pipeline or an offline reference, because the project records none of that.
- Can I use it commercially?
- Yes. MIT is a permissive licence: you can use, modify and sell software built on it, as long as you keep its copyright and licence notices.
- Is it still maintained?
- Yes. The repository last received commits 39 days ago.
- What is it written in?
- GitHub does not report a main language for this repository.
Answers come from the project's GitHub data, last synced on October 23, 2026, and from our analysis. They are not legal advice.
Editorial analysis
The top level is a filing cabinet, not a package
There is no build step here, and the layout of the project makes that clear at a glance. The top level contains Archived/, LICENSE, README.md, docs/, images/, resources/ and workflows/. None of those names is a Python package, and the README never offers a pip install line, a container image, or a download. What the project describes itself as is everything about ComfyUI, covering workflow sharing, resource sharing, knowledge sharing and tutorial sharing.
In practice the README is a set of curated outbound links plus two tables, and the directories hold the files behind them. The distinction matters for anyone evaluating it as a dependency. You do not add this project to a requirements file, and you do not pin it. You read it, you copy things out of it, and you come back when a new node catches your eye. It is an editorial artifact that happens to live in a Git repository, and the MIT licence on the LICENSE file covers that arrangement rather than any software behaviour.
workflows/ holds the only files that do real work
The README points at one directory with a single relative link to ./workflows, described as a folder of the most practical workflows shared free of charge. Every other top level entry is supporting material: docs/ for written guides, resources/ for downloads, images/ for the banner artwork, Archived/ for what was set aside, and README.md itself.
What the project does not describe is the internal shape of those workflow files. There is no statement about whether they are stored as JSON graphs, whether a metadata manifest lists their node requirements, or whether a workflow file carries the information needed to pull in a custom node that a reader does not have yet. That gap is the practical one. A ComfyUI workflow is a graph, and a graph only runs on a machine where every node in it is installed. Files copied out of a shared folder are therefore portable documents rather than self installing packages, and the wiki offers no script to check a file against a local install.
The custom nodes table is one practitioner's ranking, not a measurement
The second half of the README ranks custom nodes, and it is honest about how that ranking was made. The author says he tested them himself, describes them as the ones he considers essential, and states plainly that the order is his own judgement while the live star counts are only a reference. That framing matters, because the table otherwise reads like a leaderboard.
The entries span the whole range of the ecosystem. ComfyUI itself and ComfyUI-Manager, which handles installing, removing, enabling and disabling custom nodes, sit near the top of the list of what a newcomer should have. Beyond that sit Nvidia_RTX_Nodes_ComfyUI for image and video super resolution, which the table says supports NVIDIA RTX GPUs only, and comfyui_controlnet_aux, where nearly every ControlNet preprocessor has been folded into one AIO Aux Preprocessor node. Video work gets several rows, including a multi segment Director node for MiniMax H3 that the README compares to an LTX Director, and a node set for LTX workflows covering timeline editing, keyframe and storyboard control, audio and video trimming, and dialogue duration estimation. Read it as a shortlist with reasons attached, which is more useful than a sorted list would be.
Archived/ shows that entries get retired, without saying when
One of the top level directories is called Archived/. Its presence indicates that material once lived in this project and is no longer treated as current, which is a sign of curation rather than accumulation. Together with docs/ and resources/ it forms a small internal taxonomy: things worth teaching, things worth downloading, things worth keeping, and things that were set aside.
What triggers a move into that folder is not described, and the project does not say whether an archived workflow is still linked from the live pages or whether it carries a status note. The repository also has no GitHub releases, so there is no changelog to consult when a shared workflow is replaced. For anyone treating the wiki as a source of truth for a specific graph, the safe move is to open the file and look for a note before wiring it into a production pipeline. Treat the directory names as signals of intent, not as a guarantee of freshness.
A first session with the wiki has no install step
Because the project documents no installation procedure, there is nothing to type. Get it from its GitHub repository and open it in a browser, then work from the directory listing:
workflows/
docs/
resources/
Archived/The practical first use is navigation rather than execution. From the README table, ComfyUI itself lives at the comfyanonymous/ComfyUI repository, the official documentation is at docs.comfy.org, and the example gallery is at ComfyUI_examples. ComfyUI-Manager is the practical bridge, since the project describes it as the tool for installing, deleting, disabling and enabling custom nodes, and ComfyUI-Manager is linked from the same table. The rest of the links are channels: the Bilibili page, a QQ group numbered 801334535, YouTube channels such as Nerdy Rodent, Latent Vision, Olivio Sarikas and Scott Detweiler, and the OpenArt and civitai resource sites.
The wiki records no versions, no checkpoints and no hardware budget
The gap between what the table recommends and what a reader must verify is large, and it is the main reason to treat this project as a starting point. The table names model families and hardware limits without pinning anything. It says one node requires NVIDIA RTX GPUs, it points at LTX video workflows, at MiniMax H3 multi segment direction, at a video generation wrapper that tracks new open video techniques, and at a node set that brings basic Photoshop operations into ComfyUI along with background removal. It gives no checkpoint names, no VRAM figures, no ComfyUI version that each workflow was built against, and no required custom node versions.
That means every workflow you take from workflows/ starts with an unknown compatibility surface. You will find out quickly whether the graph loads, but you will find out by running it. The MIT licence covers this repository's own files; it says nothing about the licences of the upstream projects linked from the tables, of the models the workflows expect, or of the assets in resources/. There is also no home page, no published documentation site, and no primary language recorded for the repository, so the useful documentation is the README and whatever the linked channels publish.
Maintenance lives in commits, and the audience is Chinese speaking
The repository is not archived, and the last push was on 2026-09-14. There are no GitHub releases and no tagged versions, so all change arrives as commits to the main branch, and there is no upgrade procedure to follow because there is nothing to upgrade. Following this project costs nothing in dependency terms, and it also gives you no stability guarantee, since a ranked table and a folder of shared graphs can change shape between two visits without any release note marking the difference.
The audience is also worth noting. The description, the section headers and the link labels are written in Simplified Chinese, and the primary links point to a Bilibili homepage, a QQ group and a second Bilibili space, with English YouTube channels offered as the alternative. A reader who does not read Chinese can still use the tables and the outbound links, but the reasoning inside the table entries and any guidance in the Chinese sections is out of reach, and that reasoning is the part the project adds beyond the raw links.
Editorial conclusion
ComfyUI-wiki suits a new ComfyUI user who needs a shortlist of workflows and a practitioner's reading of the custom node ecosystem, and it suits a Chinese speaking reader who watches the linked Bilibili and YouTube channels. It does not suit anyone who needs a versioned dependency, a reproducible pipeline or an offline reference, because the project records none of that. Before depending on it, open the specific workflow file you plan to use, check which custom nodes it requires, and confirm the model family it targets, since the table itself flags an NVIDIA RTX only node and several video workflow wrappers.
Frequently asked questions
What does ComfyUI-wiki actually contain?
It is a collection rather than a program. The top level holds a README, docs/, resources/, workflows/ and Archived/, and the README itself is mostly a table of custom nodes with one line descriptions plus links to the ComfyUI repository, its documentation, the ComfyUI-Manager project and the example gallery.
How do I install ComfyUI-wiki?
There is no install step to run, because the project ships no package manifest and no build. Browse the repository on GitHub, take the files you want from the workflows/ directory, and install ComfyUI and any custom nodes separately from their own repositories.
How does the custom node table decide its ranking?
By the author's own judgement after testing them himself, as the project states, with the live star badges treated only as a reference. The table does not record release dates, version numbers or update frequency for the listed nodes.
Is ComfyUI-wiki still updated?
The repository is not archived and the last push was on 2026-09-14, but it has no GitHub releases, so updates land as plain commits with no version history to follow.
What licence applies to the shared workflows?
The repository carries an MIT licence, which covers the files committed there. The upstream projects linked from the tables, the models the workflows expect and the assets in resources/ carry their own terms, which the repository does not restate.
Official sources
Add this badge to your README
If you maintain this project, the badge below links readers to this analysis and shows its maintenance status from the daily GitHub snapshot. Paste the markdown into your README; add ?metric=license or ?metric=stars to the image URL for a different field.
[](https://hysenlabs.com/projects/602387193c-comfyui-wiki)Was this useful?