How to Use Setuproll: The Complete Guide
Everything you can do on Setuproll in one place: browse and compare builds, save them, create stacks, take the Academy course, read guides and news, and contribute your own articles and builds.
Setuproll is a tier list for AI coding setups. A build is the whole rig wrapped around a model: the memory file, the rules, the MCP servers, the subagents and the hooks. This page walks you through every part of the site, first as a reader and then as a contributor. Keep it open in a second tab while you click around.
Browsing builds
Start at /builds. Every card is one published build with its tier badge, the model it runs on, and a short summary of what is inside it. Use the search box to match by name or tool, and use the filter pills to narrow by tier, category or stack.
- Open
/buildsfrom the top navigation. - Type in the search box, or tap a filter pill such as Cursor, Claude Code or MCP.
- Click any card to open its detail page.
- On the detail page, scroll to read the memory, rules, MCP config and the author's notes.
Comparing builds
When two builds look close, put them side by side. Open /compare and pick up to four builds. Setuproll lines up their model, memory size, MCP servers, subagents and tier so the differences jump out. To start a fresh comparison from scratch, use /compare/new and add builds one at a time.
- Go to
/compare/new. - Search and add the first build, then add a second.
- Add a third or fourth if you want a wider field.
- Read down each row to see where the setups actually differ.
Saving builds
When a build is worth keeping, hit the Save button on its card or detail page. Everything you save lands at /saved, your private shortlist. Saving does not change the public ranking; it is just your own bookmark drawer.
Creating stacks
A stack is a named collection of builds that belong together, for example everything you use for a Next.js project or a Python data pipeline. Stacks live at /stacks and you can keep them private or publish them for others.
- Open
/stacksand click New stack. - Give it a name and a one-line description.
- From any build, use Add to stack and pick your stack.
- Reorder the builds inside, then publish if you want to share it.
Taking the Academy course
If you are new to all of this, go to /learn. The Academy is a short course that walks you from your first memory file to MCP servers, subagents and hooks. Each lesson is a few minutes, with a checkpoint at the end so you can track progress.
- Open
/learnand start at Lesson 1. - Work through each lesson in order; they build on each other.
- Complete the checkpoint to mark a lesson done.
- Come back any time; your progress is saved to your account.
Reading guides and news
The Guides section, where you are reading this, lives under /guides. It holds reference articles on memory files, rules, MCP and more. The News feed keeps you current on model releases and tooling changes. Both are free to read and need no account.
Contributing: write an article
Setuproll grows from what the community shares. The editor is block based, which means an article is a stack of typed blocks rather than one wall of text. You add a heading, then a paragraph, then maybe a code sample, and the page renders each block cleanly.
Here is what each block type is for, so you choose the right one as you write.
| Block | Use it for | Good for |
|---|---|---|
| Heading | Section and subsection titles. | Structure and the table of contents |
| Paragraph | Normal prose, with inline bold, code and links. | Explaining anything |
| Code | A syntax-highlighted file with a copy button. | Config files and snippets |
| Terminal | A faux CLI session with prompts and output. | Showing commands and results |
| Screenshot | A CSS rendered editor, chat or pane window. | Depicting a screen without an image file |
| Callout | A boxed tip, info note or warning. | Highlighting the thing not to miss |
| Video | An embedded YouTube tutorial. | When a walkthrough is clearer than text |
| Link | A repo or resource card with stars and a domain. | Pointing to docs and source |
| List | Ordered steps or bulleted points. | Procedures and short groups |
| Table | Rows and columns of comparable facts. | Side by side reference, like this |
| Quote | A pulled quote with optional attribution. | A line worth setting apart |
| Divider | A horizontal rule. | A clean break between sections |
- Click Write from your profile menu to open a blank article.
- Add a title, a one-line excerpt and a category.
- Build the body block by block in the order you want it read.
- Use Preview to see the rendered page, then Publish.
Contributing: add a build
To submit your own setup, open /builds and click Add build. Give it a name, pick the model it runs on, and paste in the pieces: your memory file, your rules, your MCP config and any subagents. The fastest way to fill the form is to export an existing build and edit the JSON.
{
"name": "Next.js Full Stack Rig",
"model": "claude-sonnet",
"memory": { "file": "CLAUDE.md", "lines": 24 },
"rules": [".cursor/rules/api.mdc", ".cursor/rules/react.mdc"],
"mcpServers": ["github", "playwright", "context7"],
"subagents": ["reviewer", "planner"],
"hooks": ["prettier-on-edit", "test-on-stop"],
"tags": ["nextjs", "typescript", "fullstack"]
}Adding screenshots, code, links and videos
These four block types do most of the heavy lifting in a good article. Here is how each one works inside the editor.
- Screenshots: you do not upload an image. Choose a screenshot block, pick a window style (editor, chat or pane), and type the rows. Setuproll renders a crisp fake window that never goes stale.
- Code: add a code block, set the language and an optional filename, and paste the snippet. Readers get a copy button for free.
- Links: use a link block for a repo or resource card, or just add an inline link inside any paragraph by selecting text and pasting the URL.
- Videos: add a video block and paste the YouTube id (the part after v=). Add a title and channel so the card reads well.
Commenting
Every build and article has a comment thread at the bottom. Comments are where the real knowledge shows up: someone notes a rule that broke on Windows, someone else shares a tweak that made a build faster. Be specific and link to your evidence.
- Scroll to the comment box under any build or article.
- Write your note; basic Markdown and inline code are supported.
- Mention the author with @ to start a reply thread.
- Post. You can edit or delete your own comments later.
That is the whole site. Read and compare at /builds and /compare, keep your shortlist at /saved, group your favorites into /stacks, learn the basics at /learn, and when you have a setup worth sharing, write it up and add the build. The best contributions are specific, honest and easy to copy.
0 Comments
Loading discussion...