Demo
A public or declared demo, with auto-captured desktop and mobile previews.
For Builders
buildsfor starts with curated Builds and invited Builders. Show the Build, explain what Users can reuse, and keep setup or customization attached to the listing.
Builder standard
A strong listing explains what was generated, what Users can try, what source access includes, and where support can happen.
Evidence
Six kinds of evidence let a User judge fit before asking you anything.
A public or declared demo, with auto-captured desktop and mobile previews.
Delivery artifact, included artifacts, providers, env vars, and setup steps.
What was scanned, what was checked, and which findings were reported.
Source tool, model context, repository commit, and Builder attestation.
License type, commercial use, redistribution limits, and version scope.
What setup or customization you offer, and what stays out of scope.
Flow
Start with a clear listing. Add source access and support only after delivery terms are understandable.
01
Describe the Build, add screenshots or demo links, attach a version, and declare the delivery artifact.
02
List providers, environment variables, setup steps, license terms, and known limitations.
03
Report what was scanned, what was checked, and which findings were reported.
04
Offer source packs or starter kits only when the delivery artifact and support option are clear.
Publishing rule
A listing can be exciting without overpromising. Say what the User receives, what was scanned, what was reported, and what remains out of scope.
Start with the listing
A Build can become a source pack, starter kit, or setup project later. The first job is to show what exists and what can be reused.