Claude Projects is now a team: a coordinator, threads and a setup that won't burn your limit in a day
In the new Projects you talk to one conversation and it hands the work to separate agents called threads in the background. They all share one memory, and you can give each a different model. Below: the step by step setup, an instructions template to copy and fill in, and why your limit runs out fast if you stay on the defaults.
Projects itself
Projects is in beta and only on Pro and Max plans, rolling out gradually. It isn't on Team or Enterprise yet. If you see Projects in the left sidebar at claude.ai/code or in the desktop app's Code tab, you have access. If not, join the waitlist at claude.com/form/projects. You can also check on and steer threads from the mobile app.
It lives inside Claude Code, but you don't need to write code. Threads research, write documents, work through files you upload and drop the results in the Library.
What is extra below: the default model setting that burns your limit and how to fix it, an instructions template to copy and fill in, and ready phrases to give the coordinator.
How the new setup works
Old Projects was a folder: a few files, instructions and a chat window. The new one works like a team with a manager.
The parts
- Part
- Project
- What it does
- One ongoing area of work with its own goal, instructions, memory and files
- Think of it as
- A department
- Part
- Coordinator
- What it does
- The main project chat. You say what needs doing and it decides which thread does it
- Think of it as
- Your chief of staff
- Part
- Thread
- What it does
- A worker agent. Each does one piece of work and reports back to the coordinator
- Think of it as
- Your team members
- Part
- Overview
- What it does
- The panel beside the chat showing what stage every thread is at
- Think of it as
- Your project board
- Part
- Memory
- What it does
- Notes Claude keeps about the project: decisions, rules, preferences, pitfalls
- Think of it as
- The team's shared notebook
- Part
- Library
- What it does
- Files you upload and files threads produce
- Think of it as
- The shared drive
| Part | What it does | Think of it as |
|---|---|---|
| Project | One ongoing area of work with its own goal, instructions, memory and files | A department |
| Coordinator | The main project chat. You say what needs doing and it decides which thread does it | Your chief of staff |
| Thread | A worker agent. Each does one piece of work and reports back to the coordinator | Your team members |
| Overview | The panel beside the chat showing what stage every thread is at | Your project board |
| Memory | Notes Claude keeps about the project: decisions, rules, preferences, pitfalls | The team's shared notebook |
| Library | Files you upload and files threads produce | The shared drive |
The big shift: you stop managing lots of separate chats. You manage one conversation, and it manages the team. Cloud threads keep working after you close your laptop.
Project or plain chat
This is where most people go wrong. Don't make a project for one task. Make one for an area that keeps producing new work.
A plain chat is enough
Work that ends in one sitting
- Write one blog post
- Summarise this PDF
- Fix this bug
- Draft one client email
Make a project
An area that keeps producing tasks
- Weekly content: research, scripts, repurposing
- Everything for launching an online course
- Building and improving your app
- Running your small business admin
Rule of thumb: if the work outlasts one sitting and keeps creating new tasks, it's a project. Those tasks become threads inside it.
Before you start
Connect the apps you want threads to use (Notion, Google Drive, Gmail and so on) at claude.ai/customize/connectors. Threads can use connected apps but the coordinator chat itself can't, so it hands that work to a thread.
If the project will work on code, your code needs to be on GitHub with the Claude GitHub App installed on that repo. No code, no need for any of this.
Create the project
- 1
New project
Projects in the left sidebar, then New project
- 2
Name
How it shows in the sidebar, e.g. "YouTube Channel"
- 3
Goal
Optional, but add one. One line, e.g. "publish one long video every week". The coordinator works towards it
- 4
Context
Use Add for the files and folders threads should read. Not everything, just what most tasks need
- 5
Create project
The project opens with the Overview panel ready beside it
The first turn may start on its own
On your first project Claude may take a turn right away and post Setup recommendations. That turn uses your plan. If you'd rather skip it, send your own message first. If you see the recommendations, switch off what you don't want and click Update setup, or ignore them and describe your work.
Already have a cloud session doing the work? Choose Continue as project from its menu. Claude proposes a project setup based on what the session was doing.
Write the project instructions: the most important step
Instructions are the brief every thread reads before it starts. Write a rule here once and every new thread follows it. This is why you no longer need to sweat over every prompt.
Click the gear icon in the project header and go to Project settings > Memory > Project instructions. You get up to 16,000 characters. Copy this and fill in the brackets:
This project is for [what it's for, e.g. planning and producing my weekly YouTube videos].
About me: [one or two lines on who you are and who your audience is]
How to write: [tone, length, formatting rules, words to avoid]
Where things live: [files in the Library, connected apps like Notion or Google Drive, and what's in each]
Before you call work done: [how to check it, e.g. fact-check every claim and list your sources at the end]
If something you need is missing: say exactly what's missing in your first message and stop. Don't guess or make things up.
Ask me before: [sending emails, publishing anything, deleting anything, spending money]Keep the "if missing, stop" line
Without it, threads tend to guess or work around the gap, and you get confident but wrong answers.
Instruction changes only reach new threads. A thread that's already running keeps the old instructions.
Models and effort: this is where your limit goes
You can give the coordinator and threads different brains. The setting is in Project settings > General. Effort is how hard the model thinks before answering: better results on hard tasks, but more of your plan.
Defaults
- Setting
- Coordinator model / effort
- What it controls
- The manager you chat with
- Default
- Opus, low effort
- Setting
- Thread model / effort
- What it controls
- The workers doing the actual work
- Default
- Opus, high effort
| Setting | What it controls | Default |
|---|---|---|
| Coordinator model / effort | The manager you chat with | Opus, low effort |
| Thread model / effort | The workers doing the actual work | Opus, high effort |
Stay on the defaults and your limit goes fast
Every thread is a full Claude session and several can run at once. The defaults use the most powerful model everywhere, which is the setup that uses your plan fastest. Especially on Pro, a project eats through it much faster than a single chat.
Keep the coordinator light: it mostly routes work, so low effort is fine. You can pick a smaller model too.
Match thread power to the work. Keep high effort for writing, strategy and anything complex. A smaller model or lower effort is enough for simple jobs like formatting or sorting.
To change it for one task, just add "do this one with a smaller model" to your message.
Send your first batch like this
Don't send ten tasks on day one. Go in this order:
- 1
One small task
Send one small but real task. When it finishes, open the thread and check how it worked and what it delivered
- 2
Fix the instructions
Fix the mistake in the instructions, not just that thread, so every future thread benefits
- 3
Start with guardrails
Tell the coordinator: "Propose threads and wait for my go-ahead before starting them. Run at most two at a time."
- 4
Loosen up
Once a few threads come back right, tell it to start work without asking
How to talk to the coordinator
Do your day to day talking in the main project chat. Brief it like a chief of staff: paste in tasks, ideas, updates and loose thoughts. It starts a new thread for new work, sends follow-ups to the thread already on that area, and answers quick questions itself. Unrelated tasks in one message become separate threads.
Phrases to copy
- When you want
- Control before work starts
- Say this
- "Propose threads and wait for my go-ahead before starting them"
- When you want
- Speed
- Say this
- "Start these now without asking me to confirm"
- When you want
- Protecting your usage
- Say this
- "Run at most two threads at a time"
- When you want
- Fewer updates
- Say this
- "Only post when something finishes or is blocked"
- When you want
- A full catch-up
- Say this
- "Give me a status update on every thread"
- When you want
- A quick answer, not a thread
- Say this
- "Answer that here instead of starting a thread"
- When you want
- Follow-ups in the right place
- Say this
- "Reuse the existing thread for follow-ups in this area"
- When you want
- A plan before changes
- Say this
- "Tell me what you'd do and don't change anything yet"
| When you want | Say this |
|---|---|
| Control before work starts | "Propose threads and wait for my go-ahead before starting them" |
| Speed | "Start these now without asking me to confirm" |
| Protecting your usage | "Run at most two threads at a time" |
| Fewer updates | "Only post when something finishes or is blocked" |
| A full catch-up | "Give me a status update on every thread" |
| A quick answer, not a thread | "Answer that here instead of starting a thread" |
| Follow-ups in the right place | "Reuse the existing thread for follow-ups in this area" |
| A plan before changes | "Tell me what you'd do and don't change anything yet" |
Claude saves preferences like these to memory and keeps following them. But they're preferences, not hard limits. Even "at most two threads" isn't a real cap; put anything critical in your project instructions too.
Approvals happen inside the thread
If a thread is waiting for approval, saying "go ahead" in the main chat won't reach it. Open the thread and type in its own message box. Only open a thread when you need the details, want to steer that task or need to approve something.
The Overview panel: which thread is where
Overview sits beside the chat and groups threads by stage. A dot on the Overview button means something is waiting on you. In the desktop app you also get a notification when a thread needs you.
- Stage
- Waiting on you
- What it means
- Needs your reply or approval, or failed. Check this first
- Stage
- Working
- What it means
- Still running
- Stage
- Ready for review
- What it means
- Code work with a pull request ready for review
- Stage
- Landing
- What it means
- Approved code being merged
- Stage
- Idle
- What it means
- Finished and not waiting on anything
- Stage
- Resolved
- What it means
- Marked done by you or Claude, or after a week with no activity
| Stage | What it means |
|---|---|
| Waiting on you | Needs your reply or approval, or failed. Check this first |
| Working | Still running |
| Ready for review | Code work with a pull request ready for review |
| Landing | Approved code being merged |
| Idle | Finished and not waiting on anything |
| Resolved | Marked done by you or Claude, or after a week with no activity |
The panel's other tabs: Library for files, Pull requests for code work, Routines for anything on a schedule. The flow: send a batch of work, walk away, come back and go straight to Waiting on you.
Shared memory and the Library
Every new thread reads the project's memory when it starts. The more you teach it, the less you repeat yourself.
Remember: the launch moved to Friday.
Remember: never use the word "unlock" in my copy.
Fix this and remember it for next time.
Forget the old pricing decision, it no longer applies.When you fix a thread's mistake, add "and remember this for next time"; future threads start with the fix. You can read, edit or delete memory in Project settings > Memory.
Instructions or memory
Instructions
Rules you write
- Must-follow rules go here
- Sent to every new thread
Memory
What Claude picks up as you work
- Decisions, preferences, pitfalls
- Managed with "remember" and "forget"
Upload reference material like brand guides, past examples and research to the Library once and every thread can read it. Finished work from threads lands here too. Add files with Add on the Library tab in Overview.
Two things people miss
I changed the file on my computer, so the project has it too
Uploads are copies. Upload it again and choose Replace when asked
A thread running on my computer knows the memory too
A thread run on your computer starts with the instructions but without the memory files loaded. Put critical rules in the instructions
Keep your usage under control
Projects share the same plan limits as your other Claude Code sessions, they just use them faster. An idle project, with no running threads and no new messages, uses nothing.
Project settings > Usage shows which threads and models are using your plan. Ask the coordinator to run fewer threads and answer small questions itself.
Start fresh threads for new work. Reviving a large thread that's been idle for over an hour re-reads its whole conversation, so it can cost more than starting a new one.
At your limit a thread waits, it doesn't stop
A thread that hits your limit waits and carries on by itself when the limit resets, so it uses your next usage window without asking. If you don't want that, stop the thread, or pause the whole project in Project settings > General.
Project ideas to copy
- Project
- Content engine
- Goal
- Post consistently every week
- Work threads could do
- Research topics, draft scripts in your voice, turn one video into captions, a newsletter and a blog post
- Project
- Course or product launch
- Goal
- Launch on a set date
- Work threads could do
- Outline modules, sales page, email sequence, competitor pricing research
- Project
- Business admin
- Goal
- Keep the business running smoothly
- Work threads could do
- Draft proposals, summarise uploaded contracts, prep meeting notes
- Project
- Research deep dive
- Goal
- Become the expert on a topic
- Work threads could do
- Work through uploaded reports, compare sources, write summaries that build on each other
- Project
- App build
- Goal
- Ship your first version
- Work threads could do
- Build features in parallel, fix bugs, write docs (needs GitHub)
| Project | Goal | Work threads could do |
|---|---|---|
| Content engine | Post consistently every week | Research topics, draft scripts in your voice, turn one video into captions, a newsletter and a blog post |
| Course or product launch | Launch on a set date | Outline modules, sales page, email sequence, competitor pricing research |
| Business admin | Keep the business running smoothly | Draft proposals, summarise uploaded contracts, prep meeting notes |
| Research deep dive | Become the expert on a topic | Work through uploaded reports, compare sources, write summaries that build on each other |
| App build | Ship your first version | Build features in parallel, fix bugs, write docs (needs GitHub) |
When not to use a project, and common mistakes
For one quick task, a plain chat is enough. Careful with work that needs files and apps on your own computer: threads run in the cloud and can't see it; upload the files, or ask the coordinator to run that one task on your computer (this needs the desktop app set up). For work that only repeats on a schedule, use a routine. Working as a team doesn't fit yet: a project belongs to one person and can't be shared.
Making a new project for every task
One project per ongoing area, tasks become threads
Skipping the project instructions
Spend ten minutes on them with the template above
Jumping between threads like old chats
Talk to the coordinator and let it route the work
Everything on max, ten tasks at once
Start with one task and two threads at a time, match effort to the job
Correcting the same mistake over and over
Say "remember this" so every future thread knows
DOA: Yapay Zeka ve Otomasyon
Installing these tools on your own is one thing; actually building with them is another. The community has people using these daily and people building systems from scratch.
If you want a system that actually runs in your business, let's talk for 10 minutes; I'll look at what you're trying to build and tell you which path fits. Free, and not a sales pitch.
Book a 10-minute callIf you'd rather learn this alongside people doing the same work instead of on your own, the community is always open:
Join the communityThis is an affiliate link.