</> Built on Claude Code

How to get the best out of your AIOS

Five habits and a few phrases. Do these and the output goes from good to great, and it compounds, the more you steer it well, the more you trust it, the more you use it. Keep this open while you work.


The five golden rules

The whole game, in five moves.

1

Start every session with /prime

It reads your whole business before it lifts a finger, your context, your files, where things stand. Skip it and Claude is working blind. One word, every time you sit down.

2

Make it plan before it builds

Don't just say "do this thing", it'll build too soon and guess the rest. Say "let's plan this out properly, and ask me clarifying questions." The questions are where it catches what you left out.

3

Always read the output

Never send it off unread, that's where it bites you. If something's wrong, tell it exactly what's wrong and say "make it better." Two or three passes to a great result is normal, not a failure.

4

Save what works as a skill

Once you've got a result you love, tell it to save the whole process as a skill. It remembers how you like it and the mistakes to avoid, so you never explain that task again. This is how it gets better at your work.

5

Commit one session at a time

Run /commit at the end of each session to save and back up your work. Don't stack three or four sessions before committing, do them one at a time and it stays clean.

The 30-minute foundation

Fix what it knows, once

If Claude keeps getting facts about your business wrong, the problem is usually its context files, the ones it reads every session. Spend 30 minutes one time: open your files, run /prime, and say "read your context files and I'll tell you what's out of date." Correct it at the source and every session after gets sharper.


Say this, word for word

Tap to copy. These are the phrases that do the heavy lifting.

To plan before building
Let's plan this out properly so you understand the brief. Ask me clarifying questions before you start.
To fix a wrong output
That's not right — [say exactly what's wrong]. Make it better.
To lock in a workflow you like
Save this whole process as a skill — how I like it done, the mistakes you made this time, and what not to do next time.
To correct what it knows
Read your context files and I'll tell you what's out of date.

Two commands, every day

Bookends for every working session.

/prime
At the start. Loads your business, context and where things stand, so Claude works with the full picture.
/commit
At the end. Saves, documents and backs up everything you did this session. One session at a time.

When it goes wrong

Quick fixes for the usual frustrations.

It built the wrong thing
You skipped the plan. Next time lead with "plan first, and ask me clarifying questions."
The output's wrong and I already sent it
Read before you send, always. Paste it back, tell it exactly what's wrong, and iterate until it's right.
It keeps getting my business facts wrong
Its context needs a correction pass. Run /prime and walk your files, tell it what's out of date.
It's getting slow or messy
You've stacked too much into one session. Run /commit, then start a fresh session for the next job.

Two more quick wins

Small habits, outsized payoff.

· Talk, don't type

Hold to dictate and just talk. You'll give far more useful context in 30 seconds of talking than 30 seconds of typing, and better context means better output.

· One job per session

Keep each session focused on a single task. It stays sharper, and your commits stay clean and easy to follow.