Quick reference for things you'll come back to.
Two short sentences run every tutor session. Worth saving them somewhere visible (Notepad, a sticky note, your phone).
To stop for the day, when you're done, type:
End lessonThe tutor saves your progress, gives you your pick-up-next-time reminder, and tells you it's safe to close the window. (Capitalisation and punctuation are forgiving; "End lesson." or "end lesson" both work.)
To come back next time, open Git Bash and type:
tutorThen once the tutor's running, type:
Continue learningThe tutor reads your progress and picks up where you left off.
"Slash commands" are special commands you type to the tutor that start with a slash. The tutor recognises these and acts on them instead of treating them as a normal message.
You don't need to memorise these; your tutor will introduce them as they come up. But if anything goes wrong, these are worth knowing.
/help: show the full list of
commands the tutor knows.
/restore: undo the last thing the
AI changed in your files. This is the safety net for "I let it do
something and I'd like it back the way it was." If something's
gone wrong, this is usually the first thing to try.
/clear: wipe the screen if it gets
cluttered. Your conversation isn't lost; only what's visible.
/quit: leave the tutor cleanly. (Or
/exit, same thing.)
/chat save <name>: save the
current conversation under a name you can come back to.
/chat resume <name> picks it up
later. /chat list shows you all your
saved conversations. Useful if you want to keep two threads going at
once (e.g. for two different projects).
Quick reference for the things your tutor walks you through. Useful for refreshing the bits you've half-forgotten.
The shape of every interaction with the AI. You give an instruction (the prompt) → the AI takes an action in the real world → you review what it did before deciding what's next. The review beat is the one beginners skip, and the one that matters most.
Four principles:
When you want the AI to look at a specific file, put
@ in front of the filename. For example:
@index.html make the header biggerThe AI reads the file before doing anything, so it knows what it's working with.
Before approving any change the AI proposes, say (or think) what you expect it to do. Then watch. When your prediction doesn't match what happens, that's the moment to investigate, not just click through.
Every time the tutor narrates "I'll save a checkpoint
here", it's making a git commit, a snapshot
of your files you can return to. /restore is the
quick undo for the most recent AI change. For anything older, the
tutor can take you back to any earlier save-point.
A commit is a save-point on your own computer. A push is sending those save-points up to GitHub (online). Commits protect your work from your edits going wrong. Pushes protect it from your laptop dying.
When you want to build something (even small), the default
move is "let's plan it first" before any code happens.
Talk through what files would exist, what could go wrong, what
order to do it in. Write the plan into a file (often called
plan.md). The conversation is the lesson; the file is
the artefact.
When something feels off, these phrasings work surprisingly often:
Your tutor knows you. Other AIs (a fresh Gemini in another folder, or Claude, or any of them) don't. When you talk to a fresh one, describe what you want as an outcome, like a stranger. The launcher alias guide on the Starting your own projects page shows the shape.
Every AI conversation has a memory limit. The technical name for this is the context window, and what fills it up are called tokens (roughly: words and bits of words).
What you need to know:
Your tutor saves your progress in progress.md
regardless, so even a long-conversation crash won't lose your
learning. But day-to-day, shorter sessions tend to be sharper.
If you ever feel stuck on a concept or want a different angle, these phrases almost always work. The tutor will adapt.
And if the tutor itself is the thing failing, message Becky or the WhatsApp group. That's by design, not a fallback.