From a marketer who uses Claude Code every day

Mariana's Claude Code Tips

Make it fun. Make it powerful. These are 26 small things that make Claude Code easier, safer, and more yours. Each one takes between five seconds and half an hour. You don't need to write code: you copy a sentence, paste it into Claude, and Claude does the setup.

Last updated October 14, 2026

0 of 26 tried

Showing all 26 tips

New to Claude Code?

Claude Code is Claude that works directly on your computer. You talk to it in plain English, the way you do on Claude.ai, but it can also open files, change settings, and set things up for you. Most people use it in a terminal: the plain text window where you type commands. That's why most tips here come down to copying one sentence and pasting it in.

Two places you'll paste. Claude Code when you want the change made for you. Claude.ai (the chat website) when a tip has you draft something first. Every card says which one.

Don't have it yet? Anthropic's install guide ↗

Let Claude set it up for you

You don't have to follow the steps yourself. Claude Code can read this page and do the setup with you. Pick the pace that suits you.

Gentlest start · one tip at a time

Have Claude walk you through it

Open Claude Code and paste this. Claude lists the tips in plain words, you choose, and it sets up each one only after you say yes.

Read https://fun-claude-code.netlify.app. It's a page of tips for Claude Code, and I'm new to this. List the tips in plain words and ask which ones I want. Then set up the ones I pick, one at a time. Before each change, tell me what it does and which file it touches, and wait for my OK. Don't install anything or change any settings without asking me first.
Want the whole setup at once?

Install my starter kit

The starter kit is my own Claude Code setup, packaged so you can install it in one go: safety hooks that block risky commands and back up files before Claude edits them, ready-made commands for starting and wrapping up a session, and templates like a memory file to fill in. Type these two lines inside Claude Code, one at a time:

/plugin marketplace add https://github.com/marianasmall/claude-code-starter-kit
/plugin install kit@claude-code-starter-kit

It adds a lot at once. If you're brand new, the walk-through is the gentler start. See what's in the kit ↗

One rule for any setup: only let Claude install things from sources you trust, and read what it says it's about to change before you say yes.

Or pick one and try it yourself

Never tried a tip before? Start with the colors. It takes five seconds and you see the change right away. Next, turn on plan mode, so Claude shows you its plan before it touches anything. When you take on something big, come back for the two-step for big builds. That's the one that changes how you work.

Or pick what you want out of it

How this page works

Tap a card to open it, follow Do it, then tap I tried it. Your progress is saved in this browser only. Every tip is dated, so you know what's current.

The two labels on the cards

Paste-and-go: nothing to install, just paste. In the starter kit: if you installed the starter kit above, you already have it.

You don't have to code

Every tip has a sentence you can paste so Claude does the work. If you'd rather not touch settings files at all, use the walk-through prompt above.

Words you'll see on this page
Terminal
The plain text window where you type commands. On a Mac, it's the app called Terminal.
Session
One conversation with Claude Code. You can have several open at once, each in its own tab.
Slash command
A shortcut you type inside Claude Code, starting with /, like /config.
Settings file
~/.claude/settings.json, where Claude Code keeps your preferences. The ~ means your home folder, and the dot in .claude makes the folder hidden. The easy way to change it: ask Claude Code to do it and show you the change.
JSON
The text format settings are written in: curly braces, quotes, and colons. Claude can write it for you.
CLAUDE.md
Claude's memory file. Plain-text instructions it reads at the start of every session.
Plugin
An add-on pack for Claude Code. You install one with a /plugin command.
Hook
A small action that runs on its own at a set moment, like playing a sound when Claude finishes.
Skill
A saved set of instructions for a job you do often, so you don't explain it twice.
Statusline
The strip of info along the bottom of Claude Code.
Repo
Short for repository: a project folder stored on GitHub. The starter kit lives in one.

Get more out of every session, and stop starting from zero.

Because: one Claude that builds and checks its own work will miss its own mistakes. A plan plus a reviewer that never saw the work won't.

Paste this into your next Claude Code session

For any substantial build, use this two-step instead of just asking for the thing:

Write an implementation plan, then execute it subagent-driven.

Prerequisite: the superpowers plugin, a free add-on pack that teaches Claude this way of working. Don't have it? Just ask: "install the superpowers plugin". Claude handles it.

Tried it on a build? Tick it off.

What it does: Claude first writes a detailed implementation plan (every task with exact files, values, and test steps), then executes it by dispatching a fresh sub-agent per task. Each one gets a written brief, builds, and self-reviews; then a separate reviewer that never saw the work happen tries to poke holes in it before the next task starts. The main session only coordinates; it never writes or reviews the code itself. Fresh eyes catch what the author can't.

Why it saves money too: the smartest model does the planning and checking, while cheaper, faster agents do the labor. Best of both.

Make it your standing default

Never remember the phrase again

Tell Claude Code:

Make this the standing default for big builds: add it to my CLAUDE.md.

Claude adds the rule to your CLAUDE.md (the memory file where Claude keeps your standing instructions), and every future build big enough to qualify uses the two-step automatically. You can always opt out per build ("quick and dirty, inline").

Because: with three sessions open, the tab name is the only thing telling you which one you're typing into.

Paste this into Claude Code: it installs itself

One paste and Claude does the setup for you. It installs the starter kit's statusline (the strip of info along the bottom of Claude Code), and the tab names come with it:

Set up the statusline from https://github.com/marianasmall/claude-code-starter-kit: copy examples/statusline.sh to ~/.claude/statusline.sh, make it executable, and wire the statusLine block into my ~/.claude/settings.json. Don't overwrite anything I already have; if I already have a statusline, show me what to merge.

Needs a reasonably current Claude Code and a small helper tool called jq. If jq is missing, Claude will tell you and help you install it.

Tabs naming themselves? Tick it off.

Already installed the starter kit? The script comes with it, but the kit doesn't switch it on for you. Run the paste above once and the name tags appear. Copied it before? Run the paste again to get the latest version.

Or grab the whole starter kit

Two commands, full setup

The kit was built to be the answer to "how do you use Claude Code?": statusline, sounds, and more, installed as a plugin:

/plugin marketplace add https://github.com/marianasmall/claude-code-starter-kit
/plugin install kit@claude-code-starter-kit

Installing as a plugin means updates are one command away: when new goodies land in the kit, run claude plugin update kit@claude-code-starter-kit in your terminal (not inside Claude Code), restart Claude Code, then run /kit:verify, and you're current. Not sure which plugins and connectors are worth adding? The kit's plugins and connectors primer walks through it.

Related: Fun 03, the mascot status line, lives in the same bar. The kit's statusline and the mascot are cousins; you can merge them.

Because: every time you re-explain a job, you pay for the same lesson again.

Right after finishing a job you'll do again, paste this

While the work is still fresh in the conversation:

Turn what we just did into a reusable skill: capture the steps, the checks, and the gotchas we hit, so next time I can just ask for it by name.

Saved your first skill? Tick it off.

The ladder: a prompt you repeat word-for-word becomes a slash command (Fun 07). A whole procedure you repeat, with steps, checks, and judgment calls, becomes a skill. Claude uses it automatically when the job matches, or you call it by name.

How to know it's skill-worthy: you've done it two or three times, it has steps you'd forget, and you keep correcting Claude the same way each time. That correction is exactly what belongs in the skill.

What a skill looks like inside

Just a folder with instructions

A skill lives at ~/.claude/skills/[name]/SKILL.md, written in plain markdown:

---
name: monthly-report
description: Build the monthly client report from the analytics exports
---

1. Ask which month we're reporting on
2. Pull the exports from the reports folder
3. Follow last month's structure: sections, tone, charts
4. Flag any metric that moved more than 20% before writing
5. Save the draft as Report_[Month]_[Year].md and open it

You never have to write this by hand; that's what the paste prompt above is for. Claude drafts it from the work you just did together; you just approve it.

Because: without it, every session starts with you explaining who you are. Again.

Let Claude interview you

Paste this into Claude Code and answer its questions:

Create a CLAUDE.md for me: interview me about how I like to work (my role, how technical I am, what you should always do, and what you should never do), then write the file and tell me how to change it later.

The file lives at ~/.claude/CLAUDE.md (applies everywhere) or inside a project folder (applies just there). It's plain text: read it, edit it, delete lines that stop being true.

Got your memory file? Tick it off.

The compounding trick: whenever you correct Claude the same way twice, say "add that to my CLAUDE.md." The file gets smarter every week; your sessions stop starting from zero.

What actually belongs in it

Four kinds of lines earn their place

  • Who you are: "Marketing exec, not a coder. Explain what things accomplish, not the syntax."
  • Standing rules: "Always back up a file before overwriting it." "Explain before acting."
  • Preferences: output format, tone, how much detail you want.
  • Corrections that keep recurring: anything you've typed twice belongs here, not in chat.

Want a filled-in starting shape instead of a blank page? The starter kit ships a CLAUDE.md.template. And the "standing default" upgrade in P1 is exactly this: one line in your memory file.

Because: sessions end mid-thought, and re-briefing a project is the part nobody has patience for.

Paste this at the start of any real project

No installs needed. Claude sets up the files and the habit:

Set up this project so any future session can pick it up cold: create README.md, PLANNING.md, and CONTEXT-SUMMARY.md with sensible contents for what we're doing, and from now on end every session by updating a handoff.md I can paste into a new thread: current state, what to read first, next action, and traps to avoid.

The payoff moment: next time a session ends (or dies), you open handoff.md, copy the bottom half, paste it into a fresh thread, and Claude continues like nothing happened.

Project set up? Tick it off.

Why five files, and what each one does

Each file answers one question

  • README.md: what is this? (for humans)
  • PLANNING.md: where is it going? (goals, roadmap)
  • CONTEXT-SUMMARY.md: what's true right now? (updated each session)
  • CLAUDE.md: project-specific rules for Claude (only if needed)
  • handoff.md: where did we leave off? (replaced every session)

The handoff's Traps line is the sleeper hit: dead ends already tried, decisions already made. A new thread that knows the traps doesn't waste your evening re-hitting them.

Already installed the starter kit? /kit:scaffold-project does the setup in one command, and /kit:session-end keeps the handoff current automatically.

Because: the answer to "what did we decide?" is usually already sitting on your machine.

Just ask Claude to go look

Paste this with your topic:

Search my past Claude Code sessions for [TOPIC] and summarize what we did and what we decided.

Keep them longer: 30 days is the default, not the limit. One line in ~/.claude/settings.json:

{ "cleanupPeriodDays": 120 }

Found something old? Tick it off.

Sessions are just files

Every conversation lands in ~/.claude/projects/ as a transcript file. Nothing leaves your machine. That's why Claude can read them and why the retention setting is yours to control.

Related built-ins: /resume reopens a past session where it left off, and /recap summarizes what happened when you return to one. The starter kit ships /kit:recall, a ready-made version of the search paste above.

Because: one session at a time means waiting, and several with no shared notes means chaos.

Ask Claude to design your setup

Paste this into any session:

I want to run multiple Claude Code sessions in parallel without them stepping on each other. Set me up: what files should they share, how does one session hand work to another, and what habits keep them coordinated?

Running two at once? Tick it off.

The three rules that make it work: shared files beat memory (sessions coordinate through what's written down, not what anyone "remembers") · update the handoff when state changes, not just at the end · when work moves to a new session, the old one writes the new one's first message.

Already installed the starter kit? You have the pieces: self-naming tabs (P2) so you can tell sessions apart, /kit:handoff and /kit:session-end for the baton-passing, and the full primer in the kit's docs/.

Going deeper: same repo, two sessions

Worktrees: parallel work with no collisions

Two sessions editing the same project will fight. Git worktrees give each session its own copy of the repo on its own branch: same history, separate desks. Ask Claude: "set up a worktree so I can work on [thing] in a second session without touching this one."

Because: a conversation that has run all day carries everything you said since morning, and you pay for it on every message.

Four habits, each one a single command

Anything that starts with a slash is just something you type into Claude Code and press enter. It isn't code, and there's nothing to install. You don't need all four habits at once; pick the one that matches your day.

  1. Starting something unrelated? Type /clear. It begins a fresh conversation. Without it, the invoice you finished is still in the conversation while you ask about a press release, and Claude keeps re-reading it all afternoon. If you'll want the old conversation back, type /rename first to name it, then clear. Reopen it later with /resume.
  2. Sitting down for a long session? Type /context. It shows what's already in the conversation before you've typed a word, and how much room each thing takes. Every connected tool (Gmail, Drive, a spreadsheet app) describes itself at the start of every message, whether you use it that day or not. Type /mcp to switch off the ones you don't need. (MCP is just the name for those connections.)
  3. Pick your model at the start, then leave it alone. Switching with /model halfway through makes the next reply slower, because the new model has to read everything from the beginning. Turning on fast mode mid-session does the same. Bigger isn't automatically better: a smaller model is quicker and handles precise, well-described or mechanical jobs well. Keep the biggest for work that's genuinely hard or vague.
  4. Tidy up before you walk away, not after you come back. On a Claude subscription, Claude keeps your conversation quick to reload for about an hour. Heading into a meeting, or stopping for the day? Tell Claude what to keep and compact first:
/compact keep the decisions we made, the files we changed, and the open questions

That swaps the long conversation for a short summary that keeps what you named. Do it an hour later and Claude pays full price for one last complete read first.

Tried one of the four? Tick it off.

Claude has no memory between messages

Picture a folder of notes on a desk. Every time you send a message, Claude is handed the whole folder and reads it from page one: its own instructions, every document it has opened, everything you've both said. Only then does it reach your new message at the very end. Ask forty questions in one sitting and on the fortieth it's re-reading the previous thirty-nine.

One thing helps. Pages at the front of the folder that are exactly the same as last time get skimmed, which is much quicker. But change something near the front and Claude has to read properly again from that point on. The four habits are all ways of keeping the folder thin, or keeping the front of it still.

If you're on a subscription, "cheaper" means "you get further before Claude makes you stop." Plans have a usage window. Work hard for long enough and Claude tells you to wait. These habits push that point back. The skimmed copy expires if you step away for a while, so the first message after a long break is the slow, expensive one.

Why /clear beats /compact for a fresh start: compacting has to read the whole conversation to summarize it, so it isn't free. Clearing is. Use /compact when you want to keep the thread, and /clear when you don't.

Three smaller ones

  • Tell Claude which file you mean. "Fix the pricing in the September deck" sends it hunting. Type @ and pick the file instead, and the hunt is skipped.
  • Heading the wrong way? Type /rewind. It tears out the last few turns and takes you back to an earlier point. Unlike compacting, it keeps what came before intact, so it costs almost nothing. Better than arguing with it.
  • Push messy jobs to a sub-agent. A sub-agent is a second Claude working in its own separate conversation. It reads the messy thing (a full meeting transcript, a long list of files) and comes back with just the answer. Say "do that in a sub-agent."

When Claude gives you something wrong

Ask which kind of wrong it was, because the fix differs. If it didn't know enough (went the wrong way, missed how things fit together), move up to a bigger model with /model. If it didn't try hard enough (skipped a file, stopped halfway, went shallow), raise its effort with /effort. It works the other way too: if Claude writes an essay when you asked it to change one word, turn the effort down.

Write the instruction once

Tell Claude what to keep every time it compacts

Claude also compacts on its own when a conversation gets full. Paste this so it knows what matters when that happens:

Add a "Compact instructions" section to my CLAUDE.md that tells you what to keep when a conversation is compacted: the decisions we made, the files we changed, anything waiting on me, and my standing rules.

CLAUDE.md is the memory file from P4. The new section takes effect in your next conversation.

Make it yours: this is how one person runs it. Tell Claude which of these habits you want, and it will set them up to suit how you work.

Because: the decisions are in the recordings, and nobody has time to listen back.

Connect your recorder, then ask

  1. Check the recorder is signed in to your own account, with cloud sync on. Recordings land in whichever account the device is paired to, and Claude reads the cloud copy, not the device. If you inherited a device from someone else, they need to unpair it first.
  2. In claude.ai, open the left sidebar and go to Customize > Connectors. Search for your meeting recorder or note-taking app. If it's listed, click Connect and sign in with the account from step 1.
  3. Verify it. This step isn't optional. Paste this:
List my recent recordings, with the date and title of each.

Then ask: "Summarize the newest one and list the action items." If you see your latest recordings, you're set. If the list is empty, the device is paired to a different account, or its cloud sync is off.

  1. Make the habit that pays off. While you record, say instructions out loud with a fixed prefix, like "for the bots: remind me to send the deck." Later, ask Claude to find everything you said for the bots in the last few days. Those lines are short and explicit, so they're easy to miss in a long transcript and easy to find by the phrase.

Then ask the questions you actually have: "What did I promise in my last call with a client?" or "Which recordings mention the budget?"

Each person connects their own account. Connectors are switched on per account, and everyone signs in with their own login. On Team and Enterprise plans, an admin may need to switch a connector on before members can connect it. Not every recorder has a connector. If yours isn't in the list, this tip won't work yet.

Got an answer from a recording? Tick it off.

What it can do: find recordings by name, keyword, or date; read the full transcript; read the app's own summary and action items. It reads. It can't delete or change anything.

One honest caveat: what Claude reads is the recorder's cleaned-up version of the transcript. It's good for summaries and action items, not for quoting someone word for word. Names and unusual words often come out wrong, especially in noisy rooms. Check any name before you put it in an email, and listen to the original when exact words matter.

Think about what gets recorded. A recorder that's always on picks up everything, including calls you wouldn't want anywhere else. Connect only the account you're comfortable with Claude reading.

It works in Claude Code too

Nothing extra to install

The connection follows your Claude account. It works in the desktop app, on your phone, and in Claude Code. In Claude Code, /mcp shows your connected tools once they've carried over. Not sure which connectors are worth adding? The kit's plugins and connectors primer walks through it.

Make it yours: this is one way to run it. Treat it as a starting point and tell Claude what to change, like which phrase you use or what you want pulled out of each meeting.

Because: piecing your day together from a calendar and an inbox is a chore, and Claude is good at chores.

Connect your calendar and inbox, then paste

  1. Connect Google Calendar and Gmail. In claude.ai, that's Customize > Connectors. In Claude Code, type /mcp. You sign in once in a browser window and approve access.
  2. Paste this:
Check my calendar for today and give me a short morning brief: 1) My schedule for today, in order, with times. 2) My top 3 priorities, pulled from my calendar and from anything urgent in my unread email. 3) Emails that need a reply: only messages from real people I know or work with, not newsletters or automated notices. Keep it short enough to read in under a minute. Read only: don't send or change anything.

A good first brief names real meetings and real senders. If it's vague, say so. If it misses an email you'd expect, tell it what to always include, like "anything from my accountant." Claude will use that next time.

Got your first brief? Tick it off.

Why it works: the brief isn't clever. It saves the few minutes you'd spend hopping between your calendar and inbox before you start. Because it only reads, there's nothing to undo.

If you travel, say which time zone to use. If you keep work and personal calendars apart, say which ones to check. Claude reads your main calendar unless you tell it otherwise.

Make it a habit

Three ways, from most hands-on to least

  • Keep it manual. Each morning, say "run my morning brief."
  • Make it a command. Ask Claude to save the prompt as a slash command called /morning-brief, then type that each morning. See Fun 07.
  • Schedule it. Ask Claude to set it up to run every weekday morning with the /schedule command. It then runs without you opening anything.

Want it somewhere you'll actually see it? Ask Claude to put each brief in a draft email to yourself instead of the chat.

Because: a chat only helps if you remember to go back and look. A calendar comes and finds you.

Add one standing rule

What you get: events created as the work happens, not written down afterwards. Each one carries the real locations: file paths, which folder, which project, the web links, and which account to sign in as. Where a login is needed, it says where the password lives, never the password itself. And for work you'll carry on later, there's a block you can copy on your phone and paste into a fresh Claude chat to restart exactly where you left off. A half-finished job becomes one copy and paste away from restarting instead of a re-explanation.

Step 1: connect your calendar so Claude can create events. In claude.ai, that's the Google Calendar connector under Customize > Connectors. In Claude Code, you need a calendar connection (Google Calendar or Outlook); /mcp shows what you have. Without it Claude can't create anything.

Step 2: install the rule. It has to live somewhere Claude reads every time, or it works once and disappears. In Claude Code, paste this and it goes into your memory file:

Add this standing rule to my CLAUDE.md: "Schedule anything I need to do later. When we finish something and it ends with an action only I can take (an email to send, an approval, a decision, a login-gated edit), create a calendar event for it right then. Don't just tell me in chat. Every event description must include the exact steps, every link and file path I need, which account to sign in as, and why it matters. Never put a password in an event; say where it's stored. The test: I can act on that event alone, from my phone, weeks later. Check my calendar first for conflicts and duplicates, group related items into one slot, default to 15 minutes, and never send invitations to other people."

CLAUDE.md is your memory file (P4). In claude.ai, paste the quoted rule into your custom instructions in Settings instead, or into a Project's instructions to limit it to one body of work. Pasted into a single chat, it applies to that chat only.

Then check it worked. Do this once, on purpose. End a real session with something that's blocked on you, then open the event on your phone. Can you do the thing from what's written there, without opening your laptop and without asking a follow-up question? If not, tell Claude what was missing. It calibrates fast, and that correction is worth more than any wording you could have specified up front.

Got a real event out of it? Tick it off.

Locations are the difference between a reminder and a working instruction. An event that says "send the deck" without saying where the deck is just sends you back to Claude to ask. That's the interruption the event was supposed to replace.

Only things waiting on you belong there. If everything becomes an event, the calendar stops meaning anything. Work Claude can do itself should just get done.

One honest caveat: the reliable half is capturing each item at the moment Claude hits something only you can do. The "sweep back at the end of the session" half is weaker, because Claude has no way to tell that a session is ending. If you want that sweep, hook it to something you actually do: a wrap-up command you run, or a phrase you say. Otherwise it will quietly never fire.

Work you'll pick back up later

A paste-ready block, inside the event

When the next step is "keep going on this project," ask Claude to end the event description with a block you can paste into a fresh conversation: what the work is, where everything lives, what's done, what's next, and what not to touch. Your phone is then enough to restart the work.

Keep work and personal calendars apart? Say which is which in the rule, or Claude will use your main one.

Or let Claude do the setup

Prefer one line? Paste this and Claude reads the guide and sets the rule up for you:

Read https://github.com/marianasmall/claude-code-starter-kit/blob/main/docs/calendar-handoff-primer.md and set this up for me.

Make it yours: this is how one person runs it, tuned to how they work. Treat it as a starting point and tell Claude what to change: the timing, the level of detail, or what deserves an event at all.

Because: the person catching up needs to decide something, not spend a day reconstructing history.

Paste this with a name and a project

Works best with your email and calendar connected (see P14). Without them, Claude will ask you to paste in the key threads.

Bring [PERSON] up to speed on [PROJECT]. Look through my email, calendar, and any connected tools, newest first. Start with a three-sentence bottom line: what's true, what's blocked, and who has the next move. Then give me a timeline of who was waiting on whom, a who's-who, open items with an owner and how long each has been sitting, and a list of what the record can't tell us. Leave out anything private that [PERSON] shouldn't see, and tell me what you left out.

What you get back:

  • A timeline of who was waiting on whom at each step
  • A who's-who, and open items with owners and ages
  • Every claim tagged by source strength: an email beats a transcript, which beats a spreadsheet
  • An honest "what the record can't tell us" section instead of confident guessing

Read the brief yourself before it goes to anyone. Claude shows you what it found and what it left out, so you decide what the reader sees.

One honest caveat: it can only read what your Claude can reach, and it's built to tell you what it couldn't see rather than papering over gaps. Big inboxes take a few minutes.

Briefed someone? Tick it off.

Not all sources are equal, and the brief says so. Original emails and documents count most. Meeting transcripts are useful but machine-cleaned, so they're never treated as exact quotes. Anyone's memory counts least. A claim that rests on a transcript or a recollection gets checked against something stronger or marked as unverified.

It names the blind spot. The gap between when the record starts and when the reader first got access is where most confusion lives. The brief marks it instead of guessing.

Already installed the starter kit? This ships as the bring-up-to-speed skill. Ask for it in plain words, like "bring Pat up to speed on the website move," and Claude uses it.

Not using the kit? Install just this skill

In Claude Code (the terminal app, not the claude.ai website), paste this:

Install the skill bring-up-to-speed from the public repo https://github.com/marianasmall/claude-code-starter-kit (folder: skills/bring-up-to-speed) into ~/.claude/skills/bring-up-to-speed/SKILL.md. Then read it, ask me which email, calendar, document, and meeting tools I use, and adapt its "Gathering the record" section to my setup. Confirm it appears in your skills list and give me one example of something I could use it on.

The skill can also draft a call agenda and a ready-to-send email to whoever owes answers. Say so in your ask. Claude drafts the email for you to review. It doesn't send it.

Make it yours: treat the skill as a starting point. Tell Claude what to change: which tools to check first, how long the brief should be, or what to leave out.

Because: what was decided lives in the transcript, not in anyone's memory of the call.

Connect, sign in once, then ask

  1. In claude.ai, open the left sidebar and go to Customize > Connectors.
  2. Find Fireflies, Wispr Flow, or both, and click Connect. You sign in once and you're done.
  3. Check it worked. Paste this:
Summarize my last meeting and list what we decided.

If you use Wispr Flow, also try "find my note about the benefits call." If the answer comes from a real meeting or note of yours, you're set.

On a Team plan: an admin can add a connector for the whole organization, but each person still authorizes their own account. Your transcripts stay yours until you connect them.

Found something in a transcript? Tick it off.

Your memory of a call drifts. The transcript doesn't. Asking Claude means the answer comes from what was actually said, with the date of the meeting it came from.

One honest caveat: transcripts are machine-made. Names and unusual words often come out wrong, so check a name before you put it in an email. Same advice as P13, which covers recorders in general.

Running Claude for a team?

Give every setup change the same subject line

Any time you change your team's Claude setup (connectors, plugins, skills, policies), announce it in an email whose subject starts with [Claude Update]. Anyone can search that phrase in their inbox and get the full history in one place.

Make it yours: pick whichever tag your team will remember. What matters is that it never changes.

Because: mail lands in one account, the calendar in another, and Claude can only see whichever one you're logged into.

Paste one line, then follow along

This needs Claude Code (Claude's terminal app) on a Mac or Linux. It doesn't work on the claude.ai website, which can't run it.

  1. Open Claude Code and paste this:
Fetch https://raw.githubusercontent.com/marianasmall/mariana-google-mcp/main/SETUP-PROMPT.md and follow the instructions in it.
  1. Follow its checkpoints. The guide walks you through the Google console clicks one checkpoint at a time and waits for you at each one. Your part is about 10 minutes of clicking to create your own credentials, plus one approval per account.
  2. When it asks which accounts and what to call them, give each a short name, like work, personal, or a brand name. Short names are what you'll type later.
  3. Next morning, say "sweep my inboxes." Correct it once or twice ("replies to this client go from work," "always flag anything from my accountant") and it sticks.

The one step people skip: the guide has you publish your Google app to "production." Skip it and Google logs you out every seven days. The guide flags it. Take it seriously.

Swept more than one inbox? Tick it off.

What you get: Gmail, Calendar and Contacts for every account you connect. One question covers all of them.

It cannot send and it cannot delete. Drafts only; you press send. Anything it wants gone gets a "To Be Deleted" label for you to confirm. Every action it takes is written to a local log.

One honest caveat: the no-send, no-delete guardrails are on by default because I wanted them. If you'd rather yours send, tell your Claude to change it. It's your build.

Google Drive works a different way

No connector needed

This setup covers Gmail, Calendar and Contacts. For Drive, install Google Drive for desktop and sign in to every account. Each one appears on your Mac as its own folder, and Claude Code reads them like any other folder, side by side.

Make it yours: this is how one person runs it, tuned to how they work. Treat it as a starting point and tell your Claude what to change (accounts, the sweep format, level of detail). It will rebuild any of it to fit how you think.

Because: ninety minutes of building alongside a teacher beats a month of figuring it out alone.

Pick one and sign up

Online workshops (Anthropic and Tenex)

  • Claude Workshop (Cowork): research, drafts, decks and follow-ups from your real work. No coding.
  • Claude Code Workshop: for people building with Claude Code. Dates come and go, so check the events page for the next one.
  1. Open the Anthropic events page and filter to Virtual.
  2. Click Apply on a date and fill in the short form. The join link arrives by email.

In-person meetups (Claude Community)

Free, community-run, all over the world: luma.com/claudecommunity. Popular ones fill up and go to a waitlist, so register early.

Signed up for one? Tick it off.

Why bother: I took the Claude Code session on October 2. In 90 minutes it changed how I set up my projects, how I keep Claude focused, and how I plan before I ask it to build. It's hands-on: you build along with the instructor, and you keep the materials for 30 days.

Three habits you can use right away

  1. Give Claude a briefing it reads every time (Project instructions in Claude, a CLAUDE.md file in Claude Code, see P4), including a map of where your things live.
  2. One chat per task. Long chats cost more and drift. P12 has the details.
  3. For anything important, get a second opinion. Paste the result into a fresh chat and ask it to find the problems:
Find the problems in this. Be specific about what's wrong and why:

Make it yours: this is how one person runs it. Tell your Claude what to change and it will adapt any of this to fit how you think.

Hand Claude real work without worrying about what it touches. Start with plan mode. The last card is a bigger build for when you're comfortable.

Because: reading a plan takes a minute. Undoing a reorganized folder takes an afternoon.

Press Shift+Tab, or just ask for it

Tap Shift+Tab until the plan-mode indicator shows (or type /plan). No setup at all. And this paste works even if you forget the keystroke:

Before doing anything, show me your full plan and wait for my approval.

When it earns its keep: anything scary: deleting, reorganizing, touching many files, changing something that works. You read the plan in plain English, adjust it, then let Claude run.

Seen a plan before it ran? Tick it off.

The modes, in plain terms

Shift+Tab cycles between them

  • Auto: Claude runs routine actions itself and checks with you before risky ones. The default for everyone since Claude Code 2.1.284.
  • Manual: Claude asks before each action. For when you want to watch every step.
  • Plan first: Claude designs the whole approach, you approve once, then it executes.
  • Accept edits: Claude edits files and runs basic file commands without asking, and still checks with you before other commands. For changes you'll review afterward.

The status line under the prompt shows which mode you're in. To pick your own default, set permissions.defaultMode in ~/.claude/settings.json. Using the starter kit? Its safety hooks run underneath every mode, auto included.

The habit that sticks: plan mode for anything irreversible, auto for the everyday, manual when you want to see each step.

Because: a key in a plain file only has to leak once, and you won't know when it did.

Start with an audit: Claude finds what's exposed

Paste this into Claude Code:

Audit my Claude Code setup for secrets sitting in plaintext: settings.json, .env files, shell scripts. Tell me what you find and how to move each one into my password manager. Never print the actual secret values, only where they live.

That last sentence matters: a security audit that prints your keys into the chat has just copied them somewhere new. Make "never print values" part of the ask.

Ran the audit? Tick it off.

Keys served at runtime, not stored in files

1Password's Environments feature (desktop app) serves your keys through a secure pipe that scripts read the moment they need them, while your vault is unlocked, and never from a file on disk. Other password managers have similar CLI patterns; ask Claude which fits yours.

Already installed the starter kit? The full walkthrough ships in the kit's docs/ as the 1Password Environments primer, including the gotchas.

Belt and suspenders: also ask Claude to install gitleaks, a pre-commit scanner that blocks any commit containing something that looks like a key. Plaintext leaks mostly happen via git; this closes that door.

Because: once nothing can go permanently wrong, you can stop watching every step.

Four standing rules, one paste

This goes straight into your memory file (P4):

Add these standing rules to my CLAUDE.md: 1) Never delete files; move them to a "Review for Deletion" folder and tell me. 2) Never send emails or messages; create drafts for my review. 3) Before overwriting any file, save a backup copy first. 4) If an action can't be made reversible, stop and ask me before doing it.

Rules in place? Tick it off.

Why this changes everything: once nothing can go permanently wrong, you stop supervising every step, and that's when Claude becomes genuinely useful. Reversibility is what trust is made of.

Reversible > confirmed

Asking "are you sure?" before every action is exhausting and you'll start clicking yes blindly. The better design: make actions undoable instead of confirmed. A review folder you empty weekly beats a hundred "are you sure?" prompts, and a draft you read before sending beats an apology email.

Pairs naturally with P6 (plan mode): see the plan before it runs, and even if something slips through, it's reversible anyway. Two layers, no fear.

Already installed the starter kit? Part of this is enforced in hardware: the backup-before-edit hook snapshots every file before Claude touches it, and the safety-net hook hard-blocks destructive commands even if Claude tries one. Installed before Oct 9, 2026? Version 0.2.1 fixed a bug where these hooks didn't load. Run claude plugin update kit@claude-code-starter-kit in your terminal (not inside Claude Code), restart Claude Code, then run /kit:verify.

Because: your work threads are useful to Claude, and the rest of your texts are none of its business.

A contacts list becomes the permission

First, put your work contacts in one place: a list in the Mac's Contacts app (File > New List; Apple's how-to; older Macs call it a group), or a label in your work Google contacts. Contacts shows iCloud and Google side by side, so either works. Then paste this into Claude Code:

Build an iMessage reader. Derive the allowlist from my [list/label name] contacts, and build it so it cannot return anything outside that list. It may draft replies by opening Messages prefilled, but no send capability may exist in the code. Work from a copy of the message database; the live one is locked while Messages is open. Include a self-test.

Expect one Mac permission step along the way (Full Disk Access for your terminal app); the guide walks you through it.

Then verify. This step is not optional: ask for a work thread (it should come back), then ask for a real personal contact (it should come back empty). Have it draft to a fake number to prove nothing can deliver. A test only proves what it was written to prove, so use a real personal contact, not a made-up one.

Built and verified? Tick it off.

The Mac can't scope this for you

macOS permission for reading Messages is all or nothing; there's no OS setting for "work texts only." The scoping lives in how the reader is built, which is why "cannot return anything outside that list" is the load-bearing phrase in the prompt, and why the verification step isn't optional.

The principle: make the scope structural, not a filter. Personal messages aren't filtered out of the results; they're in data the tool never opens. There's no filter to get wrong.

The payoff: the list is the permission. Add someone in Contacts and Claude can see that conversation; remove them and access is gone. No settings to edit, no list maintained in two places. The one hard rule: it never sends. Drafting is fine (it opens Messages with the reply loaded and you press send). Because no send capability exists in the code, it can't text anyone even if asked.

Already installed the starter kit? The full walkthrough ships in the kit's docs/ as the scoped iMessage access primer, including the traps a real build hit.

Not on a Mac? The texts part needs one: iMessage's database only exists on Apple devices. But the trick isn't Mac-only: the same work-contacts label can scope Claude's email or calendar reading instead. Same wording, same verification step.

Seven small changes that make Claude Code look and sound like yours. Low stakes and fun, so they make good first tips. Added April 2026.

Because: you'll see that word hundreds of times a day. It may as well make you smile.

Ask Claude.ai to write it for you

Paste this into Claude.ai and swap in a theme you love:

Give me 15 Claude Code spinner verbs with the theme [YOUR THEME]. Return as JSON ready to drop into ~/.claude/settings.json:

{ "spinnerVerbs": { "mode": "append", "verbs": ["...", "..."] } }

Themes that work:

  • ADHD humor ("Starting five things at once")
  • Portuguese / Brazilian slang ("Na boa", "Só um segundo")
  • Travel ("Upgrading (manifesting)", "Already at the gate")
  • Your profession (marketing, law, parenting, wine)
  • Pop culture (Taylor Swift lyrics, Star Wars, The Office)

Generate a few batches with different themes and merge them. That's how power users end up with 150+ spinners.

Rather not edit the settings file yourself? Paste the same prompt into Claude Code instead and add: "then add it to my settings for me, and show me the change first." Or use the walk-through prompt at the top of the page.

New verbs spinning? Tick it off.

Or write it yourself

Where it goes

Open ~/.claude/settings.json (create it if it doesn't exist) and add:

{
  "spinnerVerbs": {
    "mode": "append",
    "verbs": [
      "Pondering",
      "Scheming",
      "Caffeinating",
      "Reading the room",
      "Not starting with 'Great question!'"
    ]
  }
}

"append" keeps Claude's built-ins and adds yours. "replace" uses only your verbs.

Because: that line flashes by all day anyway, so it may as well say something you want to read.

Ask Claude.ai to write them for you

Paste into Claude.ai with the theme you want:

Give me 12 Claude Code spinner tips with the theme [YOUR THEME]. Each under 60 characters. Return as JSON for ~/.claude/settings.json:

{ "spinnerTipsOverride": { "tips": ["..."], "excludeDefault": false } }

Themes that work:

  • Pep talk for ADHD brains
  • Reminders a parent would give you
  • Quotes from your favorite author
  • Zen koans / short philosophy
  • Inside jokes with your team

Rather not edit the settings file yourself? Paste the same prompt into Claude Code instead and add: "then add it to my settings for me, and show me the change first." Or use the walk-through prompt at the top of the page.

Seeing your tips? Tick it off.

Or write it yourself

Where it goes

Add this block to ~/.claude/settings.json:

{
  "spinnerTipsOverride": {
    "tips": [
      "This is fine.",
      "Trust the process.",
      "You got this.",
      "Shipping beats perfect."
    ],
    "excludeDefault": false
  }
}

excludeDefault: false mixes yours with Claude's built-in tips. Set to true to use only yours.

Because: it's the one strip that never scrolls away, so it should show what you care about.

Ask Claude.ai to write the script

Never written a script? You don't need to. Describe what you want and Claude.ai will write the script:

Write me a bash script for Claude Code's statusLine command that shows [WHAT YOU WANT]. Return the full script ready to save as ~/.claude/statusline.sh, plus the chmod step and the JSON snippet for settings.json.

Examples to ask for:

  • "Current git branch, today's date, and a rocket emoji"
  • "A motivational quote that changes every time it refreshes"
  • "Whether my internet is working plus battery percentage"
  • "The project folder I'm in and time of day (morning/evening)"

Rather skip the saving and wiring? Paste the same prompt into Claude Code instead and add: "then save the script and set it up for me, and show me each change first." Or use the walk-through prompt at the top of the page.

Bar looking like you? Tick it off.

Or write it yourself

Simple version: static mascot

Put this in ~/.claude/settings.json:

{
  "statusLine": {
    "type": "command",
    "command": "echo \"🤖 Claude Code, let's build\""
  }
}

Dynamic version: live script

Point to a shell script that refreshes:

{
  "statusLine": {
    "type": "command",
    "command": "~/.claude/statusline.sh",
    "refreshInterval": 10
  }
}

Then create ~/.claude/statusline.sh and run chmod +x ~/.claude/statusline.sh to make it executable.

Because: the same answer lands differently depending on how it's delivered, and you get to choose the delivery.

If you're reading this and already seeing ★ Insight boxes or running commentary in your own Claude Code, you already have an output style enabled (Explanatory). This section is how to switch it up.

Ask Claude.ai to write the style file

Describe the persona and Claude.ai will generate a ready-to-save markdown file:

Write me a Claude Code output style that makes Claude respond like [PERSONA]. Return as a complete markdown file with frontmatter, ready to save as ~/.claude/output-styles/[name].md. Keep it to 6–10 lines of instructions.

Personas worth trying:

  • A patient mentor who asks before acting
  • A no-BS startup advisor who challenges assumptions
  • A punchy copywriter obsessed with clarity
  • A kindergarten teacher explaining to a 5-year-old
  • A strategist focused on jobs-to-be-done

Save the file, then quit and reopen Claude Code so it sees the new file. Activate it by typing /output-style and picking it from the list, or type /config and pick it under Output style. It kicks in from your next message.

Rather not save the file yourself? Paste the same prompt into Claude Code instead and add: "then save the file for me and tell me how to switch to it." Or use the walk-through prompt at the top of the page.

Tried a new voice? Tick it off.

Or write it yourself

Five built-in styles

Switch between them inside Claude Code: type /output-style, or type /config and pick Output style:

  • Default: standard Claude Code
  • Proactive: Claude acts first and asks less; good when you trust it with routine calls
  • Concise: shorter answers that lead with the result and skip the recap
  • Explanatory: adds teaching insights to every response
  • Learning: Claude leaves pieces of code for you to complete

Custom style file

Save as ~/.claude/output-styles/mentor.md:

---
name: Mentor
description: Explains decisions and asks questions before acting
---

You are a patient coding mentor. Before making changes:

1. Explain what you're about to do and why
2. Ask if there's a detail I should consider
3. After the change, point out one thing I could learn

Never write more than one file without pausing to check in.

Activate via /config → Output style. Tip: add keep-coding-instructions: true to the frontmatter if you still want Claude coding normally underneath the new voice.

Because: a chime means you can leave the room during long tasks instead of watching the screen.

Just pick a sound from the list

  • Glass.aiff
  • Submarine.aiff
  • Ping.aiff
  • Pop.aiff
  • Tink.aiff
  • Purr.aiff

This one doesn't need AI; the fun is picking which sound. Preview any macOS sound in Terminal first:

afplay /System/Library/Sounds/Glass.aiff

Swap the filename with any of the sounds above. Then drop the snippet below into settings.json.

Where it goes

Add to ~/.claude/settings.json (merge with any existing hooks section):

{
  "hooks": {
    "Stop": [
      {
        "hooks": [
          {
            "type": "command",
            "command": "afplay /System/Library/Sounds/Glass.aiff"
          }
        ]
      }
    ],
    "Notification": [
      {
        "hooks": [
          {
            "type": "command",
            "command": "afplay /System/Library/Sounds/Submarine.aiff"
          }
        ]
      }
    ]
  }
}

Stop fires when Claude finishes a turn. Notification fires when Claude is waiting for you.

Rather not edit the settings file yourself? Tell Claude Code which sounds you picked and ask it to add them to your settings for you, showing you the change first. Or use the walk-through prompt at the top of the page.

Heard the bell? Tick it off.

Tip: Pick quiet sounds (Tink, Pop) for frequent events. Save dramatic ones (Submarine, Sosumi) for Notification only.

Because: it's the quickest win on this page, and you see the change the moment you press Enter.

dark
light
auto
dark-daltonized
light-daltonized
dark-ansi
light-ansi

Just type /config theme=dark

This one's a one-liner, not a config puzzle. Inside Claude Code, run:

/config theme=dark

Swap dark for any theme in the table under Go further, or just type /config alone and pick from the menu. Changes instantly. No restart. (Typing /theme works too, and that's where you can design your own custom theme.)

Pro tip: use auto if you switch between dark at night and light by day. Use light if you take screenshots; dark themes photograph poorly.

New colors? Tick it off.

Or set it permanently

All theme options

ThemeWhen to use
autoMatches your terminal's light or dark background
darkClassic dark mode
lightHigh-contrast, good for screenshots
dark-daltonizedDark + colorblind-friendly
light-daltonizedLight + colorblind-friendly
dark-ansiUses your terminal's ANSI colors
light-ansiSame, for light mode

Or set it permanently in ~/.claude/settings.json:

{ "theme": "dark" }

Because: anything you type more than twice a week deserves to be one word.

Ask Claude.ai to write the command file

Describe what you want and Claude.ai will generate a ready-to-save file:

Write me a Claude Code slash command called /[NAME] that does [WHAT YOU WANT]. Return as a complete markdown file with frontmatter, ready to save as ~/.claude/commands/[name].md.

Commands worth building:

  • /slack-recap: summarize my last 3 Slack messages into one action
  • /decide: pick between two options with a pros/cons frame
  • /elevator: turn a long idea into a 30-second pitch
  • /reframe: offer 3 alternatives to a negative thought
  • /translate: turn business-speak into plain English

Rather not save the file yourself? Paste the same prompt into Claude Code instead and add: "then save it for me." Or use the walk-through prompt at the top of the page.

Typed your first one-word command? Tick it off.

Or write it yourself

Three steps

1. Create the folder: mkdir -p ~/.claude/commands
2. Save a file named after the command, e.g. ~/.claude/commands/joke.md
3. Type /joke in Claude Code

Template

---
description: Tell a joke about a topic
argument-hint: "[topic]"
---

Tell me a funny, clever joke about $ARGUMENTS.
Smart, not corny. One joke only.

Then type /joke quantum computing and Claude runs the prompt with "quantum computing" as the argument.

Tip: Commands in ~/.claude/commands/ work across every project. Commands in ./.claude/commands/ (inside a project folder) only work in that project.

2026 update: custom commands were merged into Claude's skills system. Your command files keep working exactly as shown, and when a shortcut outgrows one prompt, it can graduate into a full skill. That's tip P3.

Want everything in one install, more things to try, or the official manual?