Intro to Vibe Coding

ReferencePrint me

The Cheat Sheets

Mission. One page per topic. Print them, tape them to your monitor, survive anything.

One page per topic. Print, tape to monitor, survive anything.

๐Ÿ’พ Git โ€” the time machine

The ritual (after every good moment):

git add .                          pack the suitcase
git commit -m "what I just did"    label & seal it (plain words!)
git push                           upload to the cloud (GitHub)

Looking around (never breaks anything):

git status      what's going on right now?
git log --oneline  my save points, newest first
git diff        what exactly changed (red = removed, green = added)

Rules:

  • Save before you renovate โ€” commit before every big AI change.
  • Commit messages in plain words Future You can search.
  • git log trapped your terminal? Press q.
  • Never truly lost if it was ever committed. Panic โ†’ git log โ†’ restore.
  • Branch = parallel universe for experiments. Merge = bring the good ones home.

๐Ÿ” Secrets โ€” don't get hacked

  • A secret = any string a program uses to prove permission: API keys, tokens, passwords. Long + gibberish-looking + unlocks something = secret.
  • Secrets live in .env, never in code, never in chats, screenshots, emails, or group chats.
  • .gitignore is the do-not-pack list. It must contain .env.
  • Look before you push: after git add ., run git status and read every filename. Something shouldn't be there? git restore --staged <file>.
  • Leaked? Revoke first, panic second. (Rotation = change the locks.)
  • The AI never needs your real password or key. If it asks: red flag.
  • Bots scan GitHub for keys within minutes. This is not paranoia; it's weather.

Before you deploy, view your live page source and search for key, sk-, token. Nothing there = ship clean.


๐Ÿ—ฃ๏ธ Prompting โ€” brief, don't wish

The AI is a brilliant intern with total amnesia. Remove the guessing.

The 4 parts:

  1. Role โ€” "you are a web designer for cozy neighborhood shops"
  2. Goal โ€” what to build, for whom
  3. Constraints โ€” colors, sections, size, "don't touch X", "one page"
  4. Examples / context โ€” the actual hero line, the vibe, a site you like

Force multipliers:

  • "Ask me 3โ€“5 questions before you start."
  • Small bites: one judgment call per prompt. Two "ands" = two prompts.
  • Keep an AGENTS.md house-rules file: explain in plain English, ask before deleting, one change at a time, secrets in .env.
  • "Here's what I wanted: X. Here's what I got: Y. What should I have said?"

๐Ÿž Debugging โ€” errors are evidence

The loop: reproduce โ†’ capture โ†’ describe โ†’ fix โ†’ verify โ†’ save.

The evidence template:

A bug: I expected [X] but instead [Y].

The error says:
[paste the EXACT red text โ€” all of it]

How I make it happen: [open page, click the button, โ€ฆ]

Explain in plain English first. Propose the smallest fix, show me
before applying.
  • Red text is the program's honest diary, not a verdict.
  • Console = the diary's location: F12 (Mac: Cmd+Option+J). Reading is safe.
  • No error but something's wrong? Describe expected vs. actual anyway.
  • Stuck 20 minutes โ†’ restore last good commit, re-ask smaller. Retries are free. Marathons are expensive.

๐Ÿ” Reviewing โ€” trust, but verify

Before accepting any AI change, three questions:

  1. What changed? (git diff โ€” red/green receipt)
  2. Is it what I asked โ€” and nothing else? (scope creep is the #1 hazard)
  3. Does everything still work? (old features too, not just the new one)

The pro menu when it's wrong: full reject ("restore to the last commit") ยท partial accept ("keep the spacing, undo the rest") ยท defer ("note it in IDEAS.md and undo").

Request size math: one button = 5 lines = reviewable in seconds. "Make it better" = everything = unreviewable. Small requests are a review strategy.


๐Ÿš€ Shipping โ€” the ship loop

small change โ†’ review diff โ†’ commit โ†’ push โ†’ live in ~1 minute
  • Static (paper: menu, portfolio, invite) โ†’ GitHub Pages, free: repo โ†’ Settings โ†’ Pages โ†’ deploy from main.
  • Dynamic (needs memory: accounts, saving, emailing) โ†’ needs a server and a hosting service. Secrets go in the host's settings panel ("Environment Variables"), never in code.
  • After any deployment: check for 404s (did you push?), hard-refresh (Cmd+Shift+R) for staleness, secrets-scan the live source.

The 10 rules of graduation: one folder per project ยท git init first ยท save before renovating ยท secrets in .env ยท revoke before panicking ยท brief, don't wish ยท small bites ยท read the receipt ยท errors are evidence ยท ship the small real thing.