START HERE: INTERFACE
Built-in Workflow Templates
Use the official interface documentation to learn where maintained templates are presented. Registry status: upstream; no local execution receipt.
US beginner bridge · Fundamentals
A source-first route from official ComfyUI templates to a first documented local run. This page explains how to choose a starting example and read its requirements; it does not present unrecorded hardware tests or call an upstream file locally reproduced.
Start with the smallest learning goal, not the largest graph. The built-in template documentation is the route for finding templates exposed by ComfyUI. The official basic text-to-image tutorial is the focused route for following one foundational generation task. Use the current wording and files on those pages rather than copying commands from this bridge.
START HERE: INTERFACE
Use the official interface documentation to learn where maintained templates are presented. Registry status: upstream; no local execution receipt.
START HERE: TASK
Use the official tutorial as a bounded first task. Registry status: upstream; no local execution receipt.
A workflow is useful when its requirements are explicit. Before changing a graph, inventory what the source file declares: the nodes present, the inputs each node expects, the models and other assets referenced, and the outputs passed onward. Record missing items instead of guessing replacements.
This process does not prove that the graph will run. It produces the inventory needed to diagnose a run and to explain exactly what was tested.
Inpainting and ControlNet are task-oriented tutorials. The SDXL and two-pass pages are original example collections. They are later study routes, not evidence that a particular model, resolution, or machine has been tested by 42 UK.
A first run becomes reviewable when another person can identify the exact reference and environment. Capture the source URL and retrieval date, workflow hash, ComfyUI revision, dependency and model provenance, input hashes, launch settings, observed outcome, errors, and output hash. Keep failure receipts; they prevent a failed configuration from being rediscovered as if it were new.