MentorMe
·3 min read

Project Queues — Stack Work, Walk Away, Come Back to Results

Three projects at 6am, all done by noon. The queue config explained.

Claude CodeautomationMentorMe

6:02 AM. Coffee in hand. Three projects queued. Walked away at 6:15. Came back at 11:47. All three were done.

That isn't a fantasy. It's Tuesday. And the only reason it worked is because the AI had a queue configuration that let it execute without me.

Most people use their AI wrong. They sit next to it, babysitting. One prompt, wait for response, read response, decide next prompt, type next prompt. That's a conversation, not a workflow. It's also the most expensive way to use an expensive tool — because the bottleneck isn't the model, it's you.

The fix is a project queue. Sequential tasks, pre-queued, with execution rules that let the model complete one and automatically start the next without asking for permission.

Here's how ours is configured inside our global CLAUDE.md. When a user drops multiple projects in one message, execute them sequentially. Finish project 1 completely before starting project 2. After each project is done, immediately say "PROJECT 1 COMPLETE" and start the next one without waiting. Don't ask for confirmation. Don't ask which one first. Use the order they were given.

"Sequential tasks, pre-queued, with execution rules that let the model complete one and automatically start the next without asking for permission."

That's ten sentences. That's the whole config. But those ten sentences change the operating model from "assistant I'm babysitting" to "operator I'm dispatching."

The auto-resume rule is the other half. If the model gets rate-limited, times out, crashes, or pauses for any reason — when it comes back, it automatically continues where it left off. No "should I continue?" prompt. No waiting for permission. Check the last output, find the stopping point, resume. Combined with the queue, this means a multi-hour workflow survives network blips, context compaction, even model switches, without needing a human to nudge it forward.

The third piece. Progress reporting with strict limits. After every major milestone — file created, feature shipped, section complete — a one-line status update. Not an essay. Not a summary. One line. "Homepage done. Starting checkout flow." This matters because if you're not babysitting the model, you want breadcrumbs you can scan when you come back. A one-line update lets you scroll through the transcript and see what got done at a glance. A five-paragraph summary buries the signal.

Fourth piece. The stuck rule. If a command fails, don't stop and ask. Try three different approaches. Fix it yourself. Only if all three fail, report the failure in two sentences and move on. This is the rule that makes queues survive real-world chaos. A missing dependency, a typo, a wrong file path — the model handles it in-flight instead of halting the queue until you wake up.

Fifth piece. The report rule. After every project, generate a PROJECT-REPORT.md at the project root in a strict seven-section format. Status, what was built, key decisions, concerns, questions, what's next. This is how you get visibility without being present. Instead of re-reading 4,000 lines of transcript to find out what happened, you read one markdown file.

12hr

Median weekly time saved with the C-Suite Team

Put those five rules together and you have a system that runs itself for half a day. We've shipped a landing page, a Stripe webhook, and a blog batch of eight posts in a single morning while doing laundry and responding to client emails. The queue ran. The model shipped. The reports were waiting when we came back.

The biggest mindset shift is letting go of the control. You have to stop thinking of the AI as an assistant and start thinking of it as a team of one. You wouldn't sit next to a junior engineer while they wrote every line. You'd give them the ticket and check in at the end. The queue system is how you do that with Claude.

One caveat. Queues work best for projects that are independent or loosely coupled. If Project 2 absolutely depends on the exact decisions made in Project 1, you still want to be in the loop. But for batch work — content, configs, deploys, refactors, tests — queues will give you 4x more throughput than babysitting.

Action step: write a three-project queue tonight, start it before bed, and see what's done in the morning.

Founders Club Lifetime is $497 one-time, capped at 100 members. Atlas + the C-Suite + every marketplace skill forever.

Related reading