Claude Code Basics Lesson 41 of 46
Example: When You Stop Copying and Pasting
- Work that used to be all copy-paste between two windows.
- You connect a single tool: the one you go back and forth on most.
- What changes is the work, not the tool: the manual bridge disappears.
- On actions that go out into the world, keep the brake tighter than usual.
Before: the work of the bridge
Every week you put together a status update. The material lives wherever you and your team track things to do; the result is a document you write yourself.
The current process, honestly:
you open the other tool and see what's moved;
you copy the entries you need and paste them into the chat;
you ask for them to be organized and summarized;
you copy the result back over there, or save it by hand.
Claude does the middle part brilliantly. You do the rest, and you're the bottleneck.
The connection: just one
You connect that one tool and nothing else. Not the whole suite, not "while we're at it, email too": whichever one costs you the most in copy-paste.
It's the right criterion for a precise reason: every connection adds tools the model can ask for and surface area for things to go wrong. One at a time, checking it's worth it.
After: the request becomes a single line
"Look at what moved this week and prepare my update in the usual format."
From here on it does the work: it reads straight from the tool, filters, organizes, writes the document. It already knows the "usual" format, because it's written in your instructions — or it's a skill, if there are a lot of steps.
Notice something: the whole course is working together in this one line. The permanent instructions give the format, the skill gives the procedure, the connection gives the data, permissions decide what it can touch.
Where I keep the brake tighter
There's a difference between reading and acting, and with connected tools it starts to matter.
Reading from the connected system: relax, that's the whole reason you connected it.
Writing into that system — changing state, sending messages, closing things: here permission stays on "ask me," at least until you've got a feel for how it behaves.
The reason is simple: a wrong file you can fix, a message sent by mistake you can't.
And now
The map drawn back in chapter 2 has now been fully walked: what you let it touch, what it knows about you, how many you put to work, what it's connected to outside.
One last piece is left, the one we put at the end on purpose because it's the most advanced: triggering actions on their own, at precise points in the loop, without anyone having to remember to.
Did you get it?
Two minutes, no grade. Trying to answer — even getting it wrong — cements the concepts far more than rereading. Not in the mood? Skip it: the lesson still counts as complete.
Which tool is worth connecting first?
Every connection adds tools and risk surface. You start from wherever the manual bridge costs you the most, check that it's worth it, and only then add a second one.
Once the tool is connected, who decides whether an action actually gets carried out?
Nothing changes from chapter 5: the model asks, the tool only executes if you allow it. If anything, on actions that go out into the world — sending, publishing, deleting — it's worth keeping the brake tighter than usual.
-
Chapter 1 Introduction
-
Chapter 2 What's Underneath
-
Chapter 3 You Choose the Engine
-
Chapter 4 First Time at the Controls
-
Chapter 5 What You Let It Touch
-
Chapter 6 What It Knows About You
-
Chapter 7 Skills
-
Chapter 8 How Many You Put to Work
-
Chapter 9 What It's Connected To
-
Chapter 10 Automating the Setup
-
Chapter 11 Wrap-Up