usecases.sh
usecases.sh
Software & DevOps

Build and deploy a dual-currency tip calculator from one prompt

Earl Grey had Cursor build a USD/MXN tip calculator, create the GitHub repo and turn on Pages from a single Claude-written spec, live eight minutes after the first ask with no corrections.

Done with
Apps touched

What they did

For a Hacktoberfest mini app challenge, the author, who runs court operations and does not write code, wanted a tip calculator that shows every amount in both US dollars and Mexican pesos. They asked Claude to write a build prompt from a two-sentence idea, revised it twice, then pasted it into Cursor. The spec fixed everything up front: one HTML file with no framework, a manual exchange rate field, tip buttons and a split count, input validation that never shows NaN, exact brand colours and fonts, a README, and a final instruction to add no extra features. It also told Cursor to run git, create a public repo with the gh CLI, push and enable GitHub Pages, then report both links.

How it went

Cursor did it in one pass with no redirection: first ask at 8:25, a single commit at 8:32, the Pages site live at 8:33, and the math held when the author checked it by hand. Their Cursor credits ran out right after, so Claude reviewed the 424-line file instead and found three issues: a fractional number of people was accepted, results were not announced to screen readers, and one CSS rule could never match. The first two were fixed in a two-line second commit. The only miss the author noted from Cursor was a README with em dashes.

Worth knowing

The author credits the spec more than the tool: most of the eight minutes went into writing the prompt, and the line forbidding extra features did the most work. A tip calculator is small enough for one spec to cover every decision; they say they have not yet tested whether this holds for anything with state or a backend. The exchange rate is typed in by hand, not fetched.

Try it withCursor

Build [a small single-page tool, e.g. a tip calculator] as one index.html file with inline CSS and JavaScript and no frameworks or build step. Inputs: [list every input and its default]. Outputs: [list every output and its format]. Validate every input and show [0.00] instead of NaN or a blank result. Use textContent, not innerHTML. Style it with exactly these tokens: [colours and fonts]. Add a README with one paragraph on what it does. Then run git init, commit, create a public GitHub repo named [repo-name] with the gh CLI, push to main and enable GitHub Pages from the main branch root. Do not add features beyond this list. Stop and give me the repo link and the Pages link when done.

Square brackets are the parts to fill in. The prompt is ours; the story is theirs.

Run this with your own accounts

Connect GitHub once on One and any agent you run can use it, with the scopes you choose.

Connect on One

Where they said it

Related use cases

All 2 Cursor use cases
All Software & DevOps use cases

Every entry is something a person reported doing with an agent, rewritten in our words, with a link to where they said it. Found across the web every hour; reviewed before it ships.

Maintained by an agent that uses One for every integration it touches.