The complete Cowork Accelerator. Install your AI operator. Activate your skills. Then run Book To Buyer on rails.
You joined Book To Buyer to turn readers into buyers. The system runs on Claude Cowork. This page gets the engine installed. Work through the 4 phases below, then return to the resources at the top of this page.
Before you install anything, you need to understand what you are installing. Claude Cowork is not another chatbot. It is not a fancier version of ChatGPT. It is, without exaggeration, the closest thing available to an AI employee who actually does things instead of just talking about things.
Regular Claude Chat lives in a browser tab and gives you text responses you then have to copy, paste, reformat, and wrangle into something useful. Cowork skips all of that. You point it at a folder on your computer, describe what you need done, and walk away. Come back to finished files: Word documents, Excel spreadsheets with working formulas, presentations, organized folders. Saved directly to your hard drive.
| Mode | What It Does | Analogy | When to Use |
|---|---|---|---|
| Chat | You ask questions. Claude answers. Nothing gets saved to your computer. You are still doing the actual work. | An advisor. You talk. It thinks. You still execute. | Brainstorming, quick research, simple Q&A, getting unstuck. |
| Code | Terminal-based. Reads codebases, writes files, executes commands. Same power as Cowork but with a developer interface. | A builder. It writes software. | Software development only. If you are not a developer, skip this. |
| Cowork | Claude reads, creates, and edits files directly on your computer. Builds docs, spreadsheets, presentations. Connects to your tools. Runs scheduled tasks automatically. | An operator. It does the work. | Everything in this guide. Real business work. |
Chat is conversation. Cowork is delegation. You describe an outcome (not a series of steps). Claude plans the approach, coordinates the work, and delivers finished output. You can watch it work in real time, or you can literally walk away and come back to completed files. Treat it like delegating to a competent team member, not typing prompts into a chatbot.
Every Cowork user moves through these levels. The goal of The CoWork Accelerator is to take you from Level 0 (never used it) to Level 3 (skills installed, real work flowing), and give you the roadmap to reach Level 5 (full automation).
You open Cowork and type prompts. No folder. No context. Generic output.
CLAUDE.md + context files. Every session starts with Claude knowing who you are.
Skills trigger workflows with one command. Claude does real work, not just answers.
Gmail, Calendar, Drive, Slack. Claude reads your tools directly. No copy-paste.
Scheduled tasks run workflows while you sleep. Dispatch triggers from your phone.
Each level multiplies the one before it. Context makes Skills better. Skills make Connectors more powerful. Connectors make Scheduled Tasks transformational. Do not skip levels. The foundation compounds.
Before you start building, understand the full scope of what Cowork can do. These seven capabilities are the building blocks of everything.
| # | Capability | What It Means in Practice |
|---|---|---|
| 1 | File Operations | Read, create, edit, rename, move, delete files. Bulk rename 500 files. Organize messy folders. Extract data from PDFs into spreadsheets. |
| 2 | Document Creation | Publication-ready Word docs with formatting, Excel spreadsheets with formulas and charts, PowerPoint decks with layouts and speaker notes. |
| 3 | Web Research | Search the web, fetch content from URLs, synthesize research from multiple sources into structured reports. |
| 4 | Data Analysis | Read spreadsheets, analyze data, calculate trends, create charts, and generate insight reports with visualizations. |
| 5 | Browser Automation | Through Chrome integration: navigate websites, fill forms, extract data, take screenshots, automate repetitive web-based tasks. |
| 6 | Connected Tools | Direct access to Gmail, Slack, Google Drive, Notion, HubSpot, Asana, and 8,000+ more via Zapier MCP. |
| 7 | Code Execution | Runs inside a Linux VM. Can execute code, install packages, build tools. You do not need to know how to code. |
Rank these by relevance to your business. Which 3 capabilities would solve your biggest current pain points? Write them down. You will prioritize your setup around these.
| Requirement | Details |
|---|---|
| Computer | Mac (macOS 12+) or Windows (10+). Mac recommended for most stable experience. |
| RAM | 4 GB minimum. |
| Storage | Approximately 2 GB free for the Cowork virtual machine plus space for your working folders. |
| Internet | Active connection required. No offline mode exists. |
| Text Editor | TextEdit (Mac, plain text mode), Notepad (Windows), VS Code, or Obsidian. |
| Browser | Chrome recommended. Required for browser automation (Step 17). |
| Plan | Cost | Cowork Access? | Best For |
|---|---|---|---|
| Free | $0 | No | Not applicable. Cowork requires a paid plan. |
| Pro | $20/mo | Yes | Getting started. Regular to medium daily usage. |
| Max | $100 or $200/mo | Yes | Heavy daily usage. 5x the capacity. Prevents mid-task limits. |
| Team | Per seat | Yes | Organizations with multiple users. |
| Enterprise | Custom | Yes | Large organizations with compliance requirements. |
Cowork consumes significantly more of your usage allocation than regular Chat because it is doing real work. Usage resets on a rolling 5-hour window. If you hit limits regularly, upgrade to Max. Do not start with Max unless you know you will use Cowork heavily from day one.
Cowork is a separate desktop application, not the browser version at claude.ai. Cowork does not work in a browser tab. It does not work on mobile (except via Dispatch). You must use the desktop app.
Before you type a single prompt, before you connect a single folder, before you do anything at all, lock down your privacy settings. Cowork has direct access to files on your computer. If you will be feeding it proprietary business data (competitor intel, customer lists, pricing, client info, internal strategy), this step is non-negotiable.
Cowork lets you choose which Claude model powers your tasks. This choice directly affects output quality AND how fast you burn through your usage allocation. Claude comes as three models: Opus, Sonnet, and Haiku. Each is purpose-built for a different kind of work.
| Model | What It Is | Strengths | Usage Cost | When to Use |
|---|---|---|---|---|
| Opus | The most capable model. Highest intelligence for complex reasoning and agentic work. | Deep strategic thinking. Complex analysis. Multi-step planning. Nuanced writing. Advanced agentic coding. Long-context reasoning. | Highest. Burns capacity fastest. | Strategy. Framework design. Offer architecture. Positioning. Brand intelligence work. Anything where thinking quality is the point. |
| Sonnet | The balanced workhorse. Strong intelligence at faster speed. | Writing. Research. Document creation. Light analysis. Content work. Routine agentic tasks. | Moderate. | The default for simple and routine work that does not require Opus-level reasoning. |
| Haiku | The fastest model. Near-frontier intelligence in a lightweight package. | Speed-critical tasks. Classification. Lookups. Lightweight automation. High-volume batch work. | Lowest. | Repetitive tasks where speed matters more than depth. Quick answers. Web search. Routine workflows. |
Use Opus + Extended Thinking for Your Brand Intelligence Work. Every Time. The cost gap between Sonnet and Opus feels significant on a usage meter. The intelligence gap for strategic, frame-setting, architect-level work is much wider. When you are building a framework, designing an offer, engineering a launch, writing copy that has to do real work, or making a high-stakes decision, you want the sharpest mind available. Use Opus. Turn on Extended Thinking. Let it cook. The level of intelligence is worth it.
For simpler projects that do not require heavy reasoning (list cleanups, simple file organization, routine emails, straightforward research, basic formatting) switch to Sonnet to conserve capacity. Haiku is for high-volume speed-critical batch work. Always switch back to Opus when the work turns strategic.
Extended Thinking gives Claude permission to reason longer before responding. Instead of answering instantly, it works through the problem step-by-step, explores tradeoffs, and checks its own reasoning before committing to an answer. In practice, this is like asking a senior strategist to actually think about your problem for 30 seconds instead of firing back a reflex response.
This is the single biggest quality lever most people leave unused. Extended Thinking on complex tasks is the difference between generic output and genuinely considered output.
| Environment | How It Works | How to Turn It On |
|---|---|---|
| Chat (claude.ai) | Manual toggle. You decide when Claude should think longer. You see a "Thinking" indicator with a timer and an expandable reasoning summary. | Click "Search and tools" in the lower left of the chat input. Flip on the Extended Thinking toggle. Switching it starts a new chat. |
| Cowork (desktop app) | Adaptive. Claude decides automatically when a task needs deeper reasoning based on complexity. Strategic, multi-step work triggers deeper thinking without you toggling anything. | Nothing to enable manually. Use Opus for strategic work and adaptive thinking kicks in automatically when the task calls for it. |
Turn it on (in Chat) or lean into Opus (in Cowork) for:
Extended Thinking uses more tokens and takes longer per response. For complex strategy work, the quality gain is massive. For simple lookups, you are paying more for the same answer. The rule: match the thinking depth to the stakes of the task.
Most people do not realize they are programming two separate systems when they use Claude. These systems do not share settings. They do not sync. Configuring one does nothing for the other. Understanding the distinction is the difference between Claude that feels like a generic chatbot and Claude that operates like a trained team member.
| System | Where It Lives | What It Does | Analogy |
|---|---|---|---|
| Claude Chat (Personal Preferences) | claude.ai (web + mobile) > Settings > Profile | Conversation partner. Advises, brainstorms, drafts, answers questions. No file system, no folder access, no scheduled tasks, no browser control. | Briefing a new consultant before your first meeting. You tell them who you are, how you communicate, how you make decisions. |
| Claude Cowork (Global Instructions) | Claude Desktop > Settings > Cowork > Global Instructions | Operator. Reads files, writes documents, connects to tools, automates tasks, controls your browser. Has a file system, skills, connectors, and scheduled tasks. | Briefing a new employee on their first day. You spend most of the time on how the operation runs: where files go, what needs approval, what tools they use. |
In claude.ai chat, Personal Preferences loads at the start of every conversation. The cost is low. You can afford to be more expansive here. Write instructions that teach Claude how to challenge you, match your standards, and think at your level.
In Cowork, Global Instructions loads PLUS CLAUDE.md PLUS Brief files PLUS any active Skills PLUS your prompt. A single Cowork session can load 5,000 to 20,000+ tokens of context before Claude starts thinking about your task. Every unnecessary word costs capacity on every single session.
Where to Find It: claude.ai > Settings > Profile > "What preferences should Claude consider in responses?"
This template has 8 sections. Each one programs a different dimension of how Claude interacts with you in every chat conversation on web and mobile.
# IDENTITY
I am [Your Name], a [your role] specializing in [your domain].
I help [target audience] achieve [specific outcome] through [your method/framework].
[One sentence about your experience level or credibility marker.]
# COMMUNICATION PROTOCOL
- Tone: [bold and direct / warm but precise / analytical and structured]
- Default to [paragraphs / frameworks / numbered steps] unless I ask otherwise
- Lead with the answer, then explain the reasoning. Never bury the point.
- Use [American/British] English
- Never use em-dashes. Use periods, colons, or parentheses instead.
- Keep sentences under [15/20/25] words when possible
- When I ask a simple question, give a concise answer. Do not over-elaborate.
- When I ask for strategy, show me the system architecture, not a list of tips.
# MY TERMINOLOGY
- I use "[your term]" not "[generic term]"
- I say "[your phrase]" not "[common phrase]"
- I refer to "[your framework name]" not "[generic description]"
- I avoid these words entirely: [list 3-5 banned words/phrases]
- My core philosophy is "[your motto/principle]"
# EXPERTISE CALIBRATION
- Treat me as an expert in: [list 2-4 domains]. Do not explain fundamentals.
- I am actively learning: [list 1-2 areas]. Provide more depth here.
- Assume I understand: [marketing funnels / code / financial modeling / etc.]
- Do not assume I understand: [legal nuance / advanced statistics / etc.]
# DECISION FRAMEWORK
- I prioritize [profitability / speed / simplicity / scalability] over [growth / perfection / complexity / features]
- When presenting options, give me [one clear recommendation / 2-3 ranked options with tradeoffs]
- Always include: the implementation path, not just the idea
- Filter every suggestion through: "Can this be systematized and taught to others?"
- I value [frameworks that compound over time] over [one-time tactics]
# THINKING PARTNERSHIP
- Challenge my assumptions with data and logic. Do not agree just to be agreeable.
- If you see a flaw in my reasoning, say so directly. Explain why.
- Offer counterarguments when I present a strong opinion. Steelman the opposing view.
- When I am wrong, tell me clearly and show me what is right.
- Ask clarifying questions before making assumptions on ambiguous requests.
- Do not flatter or praise my ideas. Evaluate them honestly.
# OUTPUT QUALITY BAR
- Every recommendation must include concrete implementation steps
- Use real numbers (%, $, timeframes) not vague claims like "significant improvement"
- When referencing a framework, explain how it applies to my specific situation
- Break complex ideas into memorable, visual metaphors I can teach to others
- If the answer requires nuance, provide it. Do not oversimplify to sound confident.
# NEVER DO THIS
- Never start with "Great question!" or similar filler
- Never use phrases: "move the needle," "at the end of the day," "game-changer," "effortless," "leverage," "synergy"
- Never hedge with "it depends" without then committing to a specific recommendation
- Never apologize unnecessarily or pad responses with qualifiers
- Never provide generic advice that could apply to any business
- Never repeat my question back to me before answering
- Never use more than 2 bullet points when a paragraph would be clearer
- Never guess on facts. If you are not confident in a claim, say so and verify with web search before answering. I would rather wait 10 seconds for a verified answer than get a plausible-sounding wrong one.Where to Find It: Claude Desktop > Settings > Cowork > Global Instructions > Edit
This template has 10 sections. Sections 1 through 3 are a COMPRESSED version of your identity from Personal Preferences (lean, no teaching, just facts). Sections 4 through 10 are entirely new: they program how Claude operates as an employee.
# IDENTITY
I am [Your Name], [your role] at [business name].
I help [audience] achieve [outcome]
# COMMUNICATION STYLE
- Direct tone. Action-oriented. No filler.
- No em-dashes. Use periods, colons, or parentheses.
- Avoid: [list 3-5 banned words]
- Default to frameworks and systems, not isolated tactics.
- Include implementation steps in every recommendation.
# BUSINESS CONTEXT
- Primary offer: [describe your main product/service]
- Audience: [one sentence describing your ICA]
- Content platforms: [YouTube, email, Instagram, LinkedIn, etc.]
- Email platform: [Kartra, ConvertKit, ActiveCampaign, etc.]
- Website/funnels: [GHL, WordPress, ClickFunnels, etc.]
- Payment processor: [Stripe, PayPal, etc.]
- Other tools: [Slack, Google Workspace, Notion, etc.]
# SESSION START PROTOCOL
- Before starting any task: read CLAUDE.md at the folder root.
- For content tasks: also read voice.md and icp.md from the-brief/.
- For marketing tasks: also read offer-stack.md and proof-points.md.
- For research tasks: also read competitive-positioning.md.
- If context files are missing, ask me before proceeding with assumptions.
# PLANNING PROTOCOL
- For tasks requiring 3+ steps: show a numbered plan before executing.
- Wait for my approval before beginning execution on complex tasks.
- For simple tasks (single file, clear instructions): execute directly.
- When breaking work into phases, name each phase and its deliverable.
- If a task will take significant tokens, warn me and suggest simplification.
# FILE OPERATIONS
- Save all final outputs to the outputs/ folder.
- Name files: YYYY-MM-DD-descriptive-name.[ext]
- Default to .docx unless I specify otherwise.
- One deliverable per file. Never combine multiple deliverables.
- When creating drafts, prefix with DRAFT- until approved.
- Never overwrite existing files without asking me first.
- NEVER delete files. If something needs to be removed, move it to _to-be-deleted/ at the workspace root.
- Never rename existing files without telling me.
# APPROVAL GATES
Allowed (do without asking):
- Reading any file in the project folder
- Drafting content and documents
- Web research and analysis
- Creating new files in outputs/
- Suggesting improvements to existing work
Review-required (show me first, wait for approval):
- Sending emails via Gmail
- Posting to Slack or social media
- Modifying any existing file I created
- Bulk operations on multiple files
- Any action that cannot be undone
Blocked (never do):
- Deleting files or folders. Move them to _to-be-deleted/ instead. I review and empty that folder monthly.
- Publishing content externally
- Accessing folders outside my project directory
- Sharing files with external parties
- Making purchases or financial transactions
# QUALITY ASSURANCE
Before delivering any output:
1. Verify tone matches my voice guidelines (check voice.md if available).
2. Confirm all claims are specific and supported, not vague.
3. Check that the deliverable matches the requested format and structure.
4. Verify file is saved to the correct location with correct naming.
5. Confirm no guardrail violations (check guardrails.md if available).
6. Flag any sections where you are uncertain or made assumptions.
# ERROR HANDLING
- If a task is ambiguous: ask one focused clarifying question before proceeding.
- If a file or context is missing: tell me what is missing and ask how to proceed.
- If you are unsure about a claim or recommendation: flag it with "[NEEDS VERIFICATION]".
- If a task exceeds your capability: say so directly and suggest an alternative.
- NEVER guess on facts. If you are not confident, run a web search and verify before answering. I would rather wait 10 seconds for a verified answer than get a plausible-sounding wrong one.
# TOKEN EFFICIENCY
- Do not repeat back the contents of files you have read. Summarize in one sentence if needed.
- Do not add preambles like "Sure, I'd be happy to help with that."
- Do not explain your reasoning unless I ask for it.
- Keep plans under 10 lines.
- When delivering files, state the filename and location. Do not describe the entire contents.| System | Frequency | Update Triggers |
|---|---|---|
| Personal Preferences | Monthly | Terminology evolves, new anti-patterns discovered, expertise level shifts in a domain. |
| Global Instructions | Every 2-3 weeks | New tools added, folder structure changes, new connectors, adjusted approval gates. |
This is the most important structural decision in your entire setup. In Cowork, each folder you connect is a self-contained brain. Different folder equals different Claude brain. Skills, context files, and documents in one folder are invisible from another folder. Get this architecture right and the system compounds. Get it wrong and you will rebuild the same context six times across six sessions.
The Cowork Method uses one of two patterns depending on how you work. Pick the one that matches your business reality today. You can always upgrade later.
Use this if you run one business focus and do not need separate project memory. Simple. Fast. Good for starting. The entire workspace is one folder with one CLAUDE.md.
Use this if you run multiple projects, clients, ventures, or content streams under one roof. This is the architecture Travis runs. It is designed to scale without collapsing. CLAUDE.md becomes a thin boot loader that points to a living master index called the Command Center. Each project gets its own sub-folder and its own Project Index file. Claude reads the Command Center at the start of every session and knows exactly where to go.
| Folder / File | What It Does |
|---|---|
| CLAUDE.md | The boot loader. Thin. Points Claude to the Command Center. Read automatically before every conversation. (Built in Step 10.) |
| 0) COMMAND-CENTER.md | The living master index. Holds your Architect's Foundation, Active Build Board, project registry, operating standards, and keyword triggers. Updated at the end of every working session. The '0)' prefix keeps it at the top of the folder view. |
| .claude/commands/ | Where Skills live. Each skill is a .md file. Installed through the Customize interface. |
| the-brief/ | Workspace-wide Brief files: ICP, voice guide, offer stack, competitive positioning, guardrails. (Built in Step 11.) |
| [Project Folders] | One folder per project. Each contains its own 0) PROJECT-INDEX.md plus subfolders for inputs, outputs, docs, and data. See the Project Index pattern below. |
| docs/ | Workspace-wide reference: brand guides, SOPs, templates, past work, competitor notes. |
| outputs/ | Where Claude saves workspace-wide deliverables (content not scoped to one project). |
| data/ | Structured data: spreadsheets, CSVs, analytics exports, JSON files. |
| inputs/ | Raw materials you give Claude to work with: transcripts, rough drafts, uploads. |
| _to-be-deleted/ | Safety holding pattern for files you think you want to remove. Claude is instructed to move files here instead of deleting them. Review and empty monthly. |
The Command Center is the file that makes everything work. Open it and you see the current state of your business at a glance. Claude reads it at the start of every session. You update it at the end of every session. This is how you beat the "Claude forgets everything" problem.
The Command Center has five blocks, in this order:
| Block | What It Contains |
|---|---|
| The Architect's Foundation | Vision, Mission, Values. The north star. Claude filters every plan, decision, and priority through this lens. If something drifts, Claude is instructed to call it out. |
| Active Build Board | Rolling dashboard. Today. Tomorrow. Open flags. This is what Claude scans when you type 'Scan.' Updated at the end of every session. |
| Active Projects Registry | Table of every live project, its folder, its index file, and its current status. Add a row when a new project starts. Archive a row when a project ships. |
| Operating Standards | The rules Claude follows in this workspace. Pace, safety boundaries, how to handle uncertainty, session hygiene. |
| Recurring Tasks + Key Dates | Weekly, biweekly, monthly rhythms. Launch dates. Revenue reviews. Anything that repeats gets captured here. |
Two text commands built into the Command Center. No installation. Just type them at the start of a session.
| Trigger | What Claude Does | When to Use |
|---|---|---|
| Scan | Light orient. Reads the Command Center, focuses on the Active Build Board, surfaces anything live, then asks what you want to work on. Fast. | Normal daily start. Quick session kickoff. 80 percent of the time. |
| Full Scan | Comprehensive sweep. Reads the Command Center plus every project's Project Index file plus your calendar plus any unfiled inputs. Summarizes current status across all projects. Flags anything stale, mismatched, or overdue. | Monday mornings. After travel. After a week away. Before a big planning session. |
Every project folder gets its own index file at the root named 0) PROJECT-INDEX.md. Required. Not optional. This is where the project's memory lives. When Claude works inside a project folder, it reads this file first.
The Project Index has seven blocks:
| Mistake | What Happens | The Fix |
|---|---|---|
| No folder | No files, no skills, no context. Every conversation starts from nothing. | Always connect a dedicated folder. |
| Desktop/Documents | Thousands of random files. Claude cannot focus. | One dedicated folder per project. |
| Empty folder | Access but nothing to work with. | Add CLAUDE.md + docs + context files. |
| One giant folder | Everything mixed. Claude cannot prioritize. | Separate folders for separate domains. |
On top of your folder architecture, Cowork now includes Projects. A Project is a dedicated workspace that wraps your folder with four things: persistent memory, custom instructions, scheduled tasks, and local context (files, links, and folders). Think of a Project as the folder plus a running brain that remembers what you did last time.
Standalone Cowork sessions forget everything when they end. CLAUDE.md and Brief files give Claude static context, but they do not record what happened yesterday. Projects solve that. Memory is scoped to each individual project, so what Claude learns while building your Practitioner Accelerator launch stays with the Practitioner Accelerator project. It does not bleed into your Heal At Scale content project or your client work.
| Component | What It Does |
|---|---|
| Persistent Memory | Claude remembers context from tasks you have run in the project and applies it to future tasks in the same project. |
| Custom Instructions | Project-scoped tone, formatting, and rules that guide how Claude works on every task in this project (similar to your CLAUDE.md but surfaced in the Project UI). |
| Scheduled Tasks | Recurring tasks that run automatically and are specific to this project only. |
| Local Context | Attach existing local folders or create new ones during setup. Add URLs and files. Everything stays tied to this project. |
This section is optional. If you already have your computer backed up daily (Time Machine, Backblaze, Carbonite, Windows File History, or any automated local or cloud backup), you can skip this section. You are already covered. This section is for people who want a second layer of cloud-based redundancy, want to access their Cowork workspace across multiple computers, or prefer belt-and-suspenders protection for their most important files.
Every file the Cowork Method produces lives inside one folder on your computer. If you are serious about that folder, you want it protected by at least one backup system. Most operators run one of two setups: daily computer-wide backup (Time Machine, Backblaze), or per-folder cloud-sync (Dropbox, iCloud Drive, Google Drive, OneDrive). Either one works. Running both is belt-and-suspenders territory and gives you the highest resilience.
The advantage of cloud-sync on top of a daily backup: your workspace lives on every machine you log into. Walk to a different laptop, open your cloud-sync folder, and everything is there. No manual restore. No "wait for the backup to finish." Same files, same state, instantly.
| Service | Best For | Free Tier |
|---|---|---|
| Dropbox | The simplest, most reliable default. Best choice if you are starting from zero. | 2 GB free. Enough for the Cowork workspace alone. |
| iCloud Drive | Mac users who already live inside the Apple ecosystem. | 5 GB free with any Apple ID. |
| Google Drive | Heavy Google Workspace users. Integrates with everything you already use. | 15 GB free with any Google account. |
| OneDrive | Microsoft 365 users. Default sync for Windows users. | 5 GB free. |
Dropbox/Cowork Method or iCloud Drive/Cowork Method. If your workspace folder already exists elsewhere, drag it in.Daily backup (Time Machine, Backblaze) protects you from hardware failure or accidental deletion. Cloud-sync gives you multi-machine access and real-time redundancy. They solve different problems. For most Cowork Method users, a daily backup is enough. Cloud-sync is the bonus layer if you work across machines or want real-time cloud copies of every file the moment Claude writes it.
You can skip this section entirely. Your work is safe. Move on to Section 10 and keep building. This section exists because some Mastermind members will want the extra cloud redundancy. Others will already have it handled.
If you only do one thing from this entire guide, do this. Everything else (skills, connectors, automation) works dramatically better when Claude has project-specific context. The CLAUDE.md file provides that context automatically.
This is a plain text file at the root of your project folder. Claude reads it automatically at the beginning of every Cowork session before you type your first message. Think of it as a department briefing that tells the employee: "Here is what THIS project needs. Here is what is different from the global defaults."
| Layer | Already Handles | So CLAUDE.md Should NOT Include |
|---|---|---|
| Global Instructions (Section 8) | Your identity, communication style, business context, tech stack, file naming, approval gates, QA checklist, error handling, token efficiency rules | Any of these. They already load before CLAUDE.md. Duplicating them wastes tokens. |
| The Brief files (Section 11) | Deep reference material: ICP details, voice examples, proof points, competitive intel | Long reference content. That belongs in the-brief/ subfolder, not in CLAUDE.md. CLAUDE.md should POINT to those files, not contain them. |
| Section | What to Include | Length |
|---|---|---|
| 1. Project Purpose | What this specific folder is for. What kind of work happens here. What it produces. | 2-3 sentences |
| 2. Audience for This Project | Who this project specifically serves (may differ from your global ICA). Their level. What they need from THIS work. | 2-3 sentences |
| 3. Project-Specific Rules | Rules that apply ONLY to this folder. Overrides or additions to global defaults. Example: "All content in this folder targets beginners. Use 8th-grade reading level." or "This project uses a different offer stack than my main business." | 3-6 rules |
| 4. Context File Map | Tell Claude which Brief files exist and when to read them. "For content tasks, read the-brief/voice.md. For email work, read the-brief/email-guidelines.md." | 3-5 pointers |
| 5. Current Goals | What you are working toward in this project right now. Next 30 to 90 days. This changes frequently and is the most-updated section. | 2-4 goals |
| 6. Session Start Behavior | What Claude should do when you open a session in this folder. Read daily logs? Check for open tasks? Summarize what is in progress? This is the project-specific version of the morning boot from Section 19. | 3-5 instructions |
# CLAUDE.md ## Project Purpose This folder is for [what this project produces]. It supports [which part of my business]. [One sentence about what makes this project different from my other work.] ## Audience for This Project This project serves [specific audience for THIS work]. They are [their level / situation / what they need]. [One sentence about what success looks like for this audience.] ## Project-Specific Rules - [Rule that applies ONLY to this folder, not globally] - [Any override to global defaults: different tone, different format, different audience level] - [Specific constraints: word counts, format requirements, platform-specific rules] ## Context Files - For content and copy tasks: read the-brief/voice.md - For audience targeting: read the-brief/icp.md - For offers and pricing: read the-brief/offer-stack.md - For competitive context: read the-brief/competitive-positioning.md - For guardrails: read the-brief/guardrails.md ## Current Goals (Update Every 2-3 Weeks) - [Goal 1: what you are working toward in this project right now] - [Goal 2: next milestone or deliverable] - [Goal 3: what success looks like this month] ## Session Start Behavior When I open a session in this folder: 1. Read this file and any context files relevant to my first task. 2. Check logs/ for the most recent daily log. 3. Summarize what is open and what was last completed. 4. Ask if priorities have changed before starting work.
Plan to review every 2-3 weeks. The Current Goals section will change most frequently. Set a recurring reminder.
If you chose Pattern B in Section 9, your CLAUDE.md is thin. It does not carry the full project brain. Instead, it tells Claude to read the Command Center file, which carries the brain. This keeps the boot loader small (saves tokens) and moves the living intelligence into a file you can see and edit at a glance.
# CLAUDE.md Read `0) COMMAND-CENTER.md` at the root of this workspace before doing anything else. It contains the Architect's Foundation, Active Build Board, project registry, operating standards, keyword triggers, and current goals. When I am working inside a specific project subfolder, also read that project's `0) PROJECT-INDEX.md` before touching any project files. All operating instructions live in those two files. This boot loader only exists to tell you where to look first.
Save this as 0) COMMAND-CENTER.md at the root of your workspace folder. Replace the placeholders with your own content. Claude will read it at the start of every session.
# [YOUR NAME] Cowork Command Center ## How This Works At the start of each session, Claude reads this file. If I type a keyword trigger, Claude runs the matching protocol. Otherwise, default to a light entry: scan the Active Build Board, surface what is live, and ask what I want to work on. If I am working in a specific project, Claude also reads that project's `0) PROJECT-INDEX.md` before touching project files. **Keyword Triggers** - **Scan.** Light orient. Read this Command Center (focus on Active Build Board), then ask what I want to work on. Fast path. - **Full Scan.** Comprehensive sweep. Read this Command Center + every project's Project Index + my calendar + any unfiled inputs. Summarize current status across all projects. Flag anything stale, mismatched, or overdue. **End-of-Session Discipline.** Before closing any working session, Claude updates the Active Build Board: promote new flags, clear resolved items, roll the date forward. **Living Document.** If something comes up that should be reflected here (a new project, a new rule, a new rhythm), Claude proactively prompts: "This seems worth adding to the Command Center. Want me to update it?" Then updates after I confirm. --- ## The Architect's Foundation This is my north star. Every plan, decision, and priority gets filtered through this lens. Claude's job is to keep my actions aligned with these commitments. If something drifts, call it out. ### Vision [What the world looks like if I succeed beyond my expectations. Long-horizon. Aspirational.] ### Mission [My concrete 1-3 year goal. Specific. Measurable.] ### Values [My 3-5 non-negotiables. The principles I will not compromise, even under pressure.] ### How to Apply - Before helping plan any initiative, check it against the Vision. - Before helping evaluate any opportunity, check it against the Mission. - Before helping design any system or commitment, check it against the Values. - If I am getting lost in tactics or busywork, pull me back to this level. That is the job. --- ## Active Build Board Rolling dashboard. Claude reads this on "Scan" and updates it at the end of every working session. **Today: [DATE]** - [To be filled in] **Tomorrow: [DATE]** - [To be filled in] **Open Flags** - [To be filled in] --- ## Active Projects Registry | # | Project | Folder | Index File | Status | |---|---------|--------|------------|--------| | 1 | [Project name] | [Folder name] | 0) PROJECT-INDEX.md | [Active / Paused / Shipped] | Add a row when a new project starts. Archive a row when a project ships. --- ## Operating Standards ### General Principles - Simple scales. Complex fails. - Leave the workspace better than you found it. - Measure twice, cut once. If you are unsure, confirm before proceeding. - Start simple. Add complexity only when needed. - One change at a time. Explain your reasoning. ### AI-Specific Constraints - NEVER guess on facts. If you are not confident, say so and look it up using web search before answering. I would rather wait 10 seconds for a verified answer than get a plausible-sounding wrong one. - When in doubt, ask. Do not assume. - Working output beats perfect documentation. ### Safety Boundaries - NEVER delete files. If something needs to be removed, move it to `_to-be-deleted/` at the workspace root. - NEVER overwrite existing files without asking first. - Backups matter. If I ever disable my backup system (daily backup or cloud-sync), remind me and help me re-enable it. ### Session Hygiene - Clean up scripts and artifacts that are no longer necessary. - Close connections. Leave the environment ready for the next session. --- ## Recurring Tasks + Key Dates - Weekly: [e.g., Friday Weekly Audit] - Monthly: [e.g., Empty _to-be-deleted/ folder] - Quarterly: [e.g., Verify cloud-sync is still active] --- ## Open To-Dos (Workspace-Level) - [ ] Fill in the Architect's Foundation (when ready) - [ ] Verify cloud-sync is running (revisit quarterly)
Save this as 0) PROJECT-INDEX.md at the root of every project subfolder. One per project. Required.
# [PROJECT NAME] Project Index ## Project Summary [What this project is, in 1-3 sentences. Plain English.] ## Canonical Files | File | Location | Description | |------|----------|-------------| | | | | ## Folder Structure [Built out as the project develops.] ## Open Decisions - [ ] ## Open To-Dos - [ ] ## Session Log | Date | Summary | |------|--------| | | | ## Notes [Decisions, context, links, random thoughts.]
Your CLAUDE.md tells Claude who you are. Context files tell Claude everything else it needs to produce specific, on-brand, on-target output. These live in the the-brief/ subfolder.
| File | What It Contains | Priority |
|---|---|---|
| <strong>icp.md</strong> | Ideal Client Profile. Demographics, psychographics, pain points, desires, language they use, objections they raise. | Week 1 |
| <strong>voice.md</strong> | Your writing voice. Sentence structure, vocabulary, signature phrases, phrases to avoid. Include 2-3 examples of your best writing. | Week 1 |
| <strong>offer-stack.md</strong> | What you sell. Every product, service, price point. The transformation each delivers. How they connect. | Week 1 |
| <strong>audience-language.md</strong> | Exact phrases your audience uses. Pulled from reviews, DMs, sales calls, surveys. Verbatim quotes. | Week 2 |
| <strong>proof-points.md</strong> | Testimonials, case studies, results, credentials, media mentions. | Week 2 |
| <strong>competitive-positioning.md</strong> | Who competitors are. How you differ. Your unique mechanism. | Week 3 |
| <strong>guardrails.md</strong> | Topics to avoid. Compliance requirements. Legal disclaimers. Content policies. | Week 3 |
Use this prompt to generate starter templates for all 7 files at once:
Create a folder called the-brief inside my project folder. Generate these as separate markdown files with fill-in templates and helpful placeholder text: 1. icp.md (demographics, psychographics, pain points, desires, objections, language) 2. voice.md (tone words, sentence style, signature phrases, avoid list, 3 writing examples) 3. offer-stack.md (products, prices, transformations, value ladder) 4. audience-language.md (verbatim phrases from customers) 5. proof-points.md (testimonials, case studies, credentials) 6. competitive-positioning.md (competitors, differentiators, unique mechanism) 7. guardrails.md (topics to avoid, compliance, legal disclaimers) Make each file easy to fill in. Include section headers and instructions for what to write in each section.
You now have four places where you have given Claude information. Most people only configure one or two, then wonder why output quality is inconsistent. Understanding how all four layers work together prevents confusion, eliminates duplication, and makes every token count.
| Layer | Scope | Purpose | Think of It As |
|---|---|---|---|
| Layer 0: Personal Preferences | Every claude.ai chat (web + mobile). Does NOT apply to Cowork. | Identity, communication style, thinking partnership rules, quality bar, anti-patterns. | The consultant briefing. "Here is who I am and how to work WITH me." |
| Layer 1: Global Instructions | Every Cowork session, every folder. Does NOT apply to claude.ai chat. | Compressed identity + operational protocols: file handling, approval gates, planning, QA, error handling, token efficiency. | The employee handbook. "Here is how the operation runs." |
| Layer 2: CLAUDE.md | One specific project folder only. | Project-specific context: who this project serves, what rules apply here, what is different from the global defaults. | The department briefing. "Here is what THIS project needs." |
| Layer 3: The Brief (context files) | One folder, loaded on demand. | Deep reference material: ICP details, voice examples, proof points, competitive intel, guardrails. | The reference library. The raw material Claude pulls from for specific work. |
| If the information... | Put It In | Why |
|---|---|---|
| Applies to every chat AND every Cowork session (identity, communication style) | Full version in Personal Preferences. Compressed version (50-70% shorter) in Global Instructions. | This is the ONE area of intentional overlap. The Cowork version must be leaner to save tokens. |
| Applies to every Cowork session but NOT chat (file handling, approval gates, planning, QA) | Global Instructions only. | Operational rules are meaningless in claude.ai chat and would waste characters there. |
| Applies to one project but not others | CLAUDE.md in that project folder. | Project-specific context should not load into unrelated sessions. |
| Is deep reference material Claude needs for content work | A Brief file (voice.md, icp.md, proof-points.md, etc.) | Loaded on demand. Does not consume tokens until Claude actually needs it. |
| Applies ONLY to claude.ai chat (thinking partnership rules, expertise calibration, detailed anti-patterns) | Personal Preferences only. | These would waste tokens in Cowork where they load on every session but add no operational value. |
This is the single most important concept in this entire guide. The way you give Cowork tasks determines 90% of your output quality. Stop writing prompts. Start writing task briefs.
Here is the truth most people miss: the way most people prompt AI is completely wrong. Not a little wrong. Completely.
Most people think dictating a lot of HOW the AI should do the thing (the method, the steps, the process) is what makes a good prompt. That is actually the worst thing you can do with AI. When you micromanage the method, you are capping the AI's ability to optimize for the actual result you want.
Outcome-Based Prompting flips the script. You tell AI the ultimate outcome you want. What does the finished result look like? What does it accomplish? Who is it for? Then you add the guardrails: the constraints, the voice rules, the formatting requirements, the things to avoid. That is the architecture.
Look at how a well-built Skill or Agent is structured: roughly 30% is the actual instructions (what to do). The other 70% is all the guardrails keeping it in check (what NOT to do, quality standards, voice rules, formatting requirements). The reason for that ratio? You give AI wide latitude up front so it can truly optimize for the outcome you described. Then the guardrails keep the output within your standards. You are not telling it HOW to think. You are telling it WHAT to deliver and WHERE the boundaries are.
Think of it this way: "I want to sit down at my desk, look at this screen for an hour a day, and handle everything that needs to be handled with zero friction." That is an outcome. You do not care if the solution is built in React or HTML. You do not care about the technical method. You care about the result. When you communicate that clearly to AI, it can actually optimize for the best path to get there.
This changes everything about how you interact with Cowork. You are not typing step-by-step instructions into a chatbot. You are describing the finished state of the world you want to see, and letting an AI operator figure out the most efficient path to deliver it.
"First, open the file. Then read line 1. Then copy it. Then open a new document. Then paste it. Then format it as bold."
This is how people talk to chatbots. You are doing the thinking. Claude is just executing keystrokes.
"Create a competitive analysis report comparing my product to Competitor A and Competitor B. Research both online. Analyze their pricing, features, positioning, and weaknesses. Create a professional Word document with an executive summary, comparison table, and strategic recommendations. Save it to outputs/."
Tell Cowork WHAT you want. Describe the finished product. Let it figure out the HOW.
| Element | What It Means | Example |
|---|---|---|
| Context | Who is this for? What business problem does it solve? | "This is for my coaching clients who need a quick-start guide." |
| Outcome | What does the finished deliverable look like? | "A 5-page PDF with 3 sections, formatted for print." |
| Quality Bar | What does "good" look like? What constraints matter? | "Match my voice from voice.md. Keep reading level at grade 8." |
| Destination | Where should it be saved? What format? | "Save as a .docx in outputs/ with today's date in the filename." |
Objective: [business outcome you need]
Inputs: [files/folders/URLs Claude should read first]
Deliverables: [exact artifacts + formats + count]
Quality bar: [voice, proof, guardrails, formatting standards]
Constraints: [length, tone, forbidden claims, what NOT to do]
Review gate: Propose your plan + filenames first. Wait for my approval before executing.
Output: Save to /outputs using YYYY-MM-DD-type-description.extFor important tasks, add this to your prompt:
Before you start creating anything, tell me:
(1) Your understanding of what I am asking for
(2) Your planned approach
(3) Any assumptions you are making
(4) Questions you have before proceedingThis prevents wasted work and ensures alignment. Use it for any task that would take more than 15 minutes to redo.
Here is something most people do not realize: you think faster than you type. Outcome-Based Prompting is about describing the result you want in natural language. You know what is even more natural than typing? Speaking.
Wispr Flow is a voice-to-text tool that captures your natural speech and turns it into polished, professional text instantly. Instead of typing a detailed task brief into Cowork, you speak it. Flow transcribes it, cleans it up, and drops it right into the Cowork input field. The result: you are 4x faster than typing, and your prompts are actually better because you naturally describe outcomes when you speak (instead of getting bogged down in step-by-step typing).
When you type, your brain shifts into "instruction mode." You start dictating steps. When you speak, your brain shifts into "outcome mode." You naturally say things like "I need a competitive analysis that shows me where we are winning and where we are losing, formatted as a clean report I can hand to my team." That IS Outcome-Based Prompting. Voice gets you there without thinking about it.
4x faster than typing. 100+ languages supported. 15-minute setup. Free forever plan available. If you are spending 2+ hours a day in Cowork, voice input saves you 30-45 minutes daily. That is 2.5 to 3.75 hours per week you get back.
| Use Voice (Wispr Flow) | Use Typing |
|---|---|
| Describing outcomes and task briefs | Pasting code snippets or template text |
| Explaining context and business background | Entering exact file paths or URLs |
| Giving feedback on output ("This is good but change X") | Short one-word answers ("Yes", "Approved") |
| Brainstorming and strategic thinking out loud | Editing specific text Claude already wrote |
| Delegating multi-step projects | Running exact commands or skill names |
The pattern: Speak the big-picture outcome. Type the precise details. This combination is the fastest, most effective way to work with Cowork, and it reinforces Outcome-Based Prompting naturally because your voice defaults to describing results, not dictating steps.
Download Wispr Flow free: https://travishouston.com/wispr
Setup time: 15 minutes
Works with: Claude Cowork, any text input field on your computer
Best for: Task briefs, context descriptions, feedback, brainstormingI just set up Cowork and want to verify everything is working. Please: (1) Confirm you can access my working folder and list all files/folders you see. (2) Read my CLAUDE.md and summarize who I am in one paragraph. (3) Create a test file called cowork-test.md in my outputs/ folder with a summary of your capabilities. (4) Tell me what connectors, skills, and tools are available in this session. (5) Confirm the writing style matches my Global Instructions preferences.
Skills are instruction files that trigger entire workflows with one command. Instead of typing a detailed prompt every time, you write the instructions once and save them. Type the name. Claude follows the entire workflow automatically. This is where Claude goes from answering questions to actually doing work.
No restart needed. No configuration. Upload the file and start using it.
Build: You do the same task more than twice a week. The task has specific steps you want followed every time. You find yourself typing the same long prompt repeatedly. You want consistent output format. You want someone else to be able to do the task with one command.
Don't: It is a one-time task. The task changes significantly every time. It is simple enough that a quick prompt handles it fine.
The test: "Am I going to explain this to Claude the same way again next week?" If yes, build a skill.
| Skill Name | What It Does |
|---|---|
| <strong>context-builder</strong> | Asks you 7 questions about your business, then generates a complete CLAUDE.md file. |
| <strong>cowork-visualizer</strong> | You describe what you want to build. Claude creates a visual diagram showing every component. |
| <strong>weekly-audit</strong> | Audits your brief, skills, connectors, and scheduled tasks. Produces top 3 fixes. |
| <strong>morning-briefing</strong> | Compiles your calendar, urgent emails, industry news, and priorities into one report. |
| <strong>content-repurposer</strong> | Takes one piece of content and transforms it into multiple formats. |
| <strong>email-sequence</strong> | Creates multi-email sequences with subject lines, body copy, and send timing. |
| <strong>competitor-watch</strong> | Researches competitors and produces an intelligence brief. |
| <strong>meeting-prep</strong> | Pulls context on attendees, past communications, and agenda. |
| <strong>expense-report</strong> | Reads receipt files and builds a formatted expense spreadsheet. |
| <strong>sop-builder</strong> | Turns any workflow into a documented standard operating procedure. |
Connectors let Claude access your actual business tools directly. No copying. No pasting. Direct access.
| # | Connector | Test With |
|---|---|---|
| 1st | Google Calendar | "What is my schedule for today?" |
| 2nd | Gmail | "Show me my 5 most recent emails." |
| 3rd | Google Drive | "List the files in my [specific folder]." |
| 4th | Slack | "What happened in [channel] today?" |
| 5th | Zapier MCP | Connect any app not in the built-in list (8,000+ apps). |
| Action Type | Recommended Setting | Why |
|---|---|---|
| Reading (emails, calendar, files) | Always Allow | Safe. Read-only operations. |
| Drafting emails | Always Allow | Creates drafts only. Does not send. |
| Sending emails | Needs Approval | Always review before Claude sends on your behalf. |
| Posting to Slack | Needs Approval | Review the message before it goes live. |
| Deleting anything | Blocked | Always do this yourself. No exceptions. |
Plugins bundle skills, connectors, sub-agents, and slash commands into complete toolkits. Instead of setting up five separate pieces, you install one plugin and get everything pre-integrated from the first conversation.
The Cowork plugin marketplace has become the fastest-growing part of the ecosystem. The public marketplace carries plugins for sales, marketing, finance, legal, HR, engineering, design, operations, data analysis, and more. Team and Enterprise plans can also stand up private marketplaces stocked with org-specific plugins that auto-install for new team members.
Claude can now control your computer directly from inside Cowork. This is the final fallback in the priority chain: native connector > MCP server > browser automation > computer use (clicking, typing, opening apps like you would). Use it for tools that have no connector, no MCP, and no Chrome extension. Claude takes screenshots to navigate and asks permission before touching each app.
For browser-specific tasks (web scraping, form filling, navigating web apps that do not have connectors) you can also use the Claude for Chrome extension. This is lighter-weight than full Computer Use for browser-only workflows.
This is where Cowork stops being a tool you use and starts being an employee that works while you sleep.
| Time | Task | What It Produces |
|---|---|---|
| 6:00 AM | Morning Intelligence Brief | Industry news + trending topics that affect your business. |
| 6:15 AM | Social Content Queue | Today's social posts, drafted and ready to publish. |
| 6:30 AM | Email Follow-Up Drafts | Prioritized inbox + drafted replies for every unanswered email. |
| 6:45 AM | Daily Metrics Snapshot | Revenue, traffic, engagement numbers. |
| 7:00 AM | Priority Task List | Based on calendar + active projects, what to focus on today. |
You open your outputs/ folder Monday morning and your entire workday is already planned. Content is pre-written. Follow-ups are drafted. Metrics are summarized. Priorities are clear.
Dispatch lets you text a task request from your phone. By the time you sit down at your desk, the result is waiting in your outputs/ folder.
Dispatch use cases: Meeting prep on the go. Inbox sweep. Quick research. Slack catch-up. Expense report from receipts. Any skill you have built can be triggered via Dispatch.
This is the most underestimated section in this entire guide. Most people skip it because it looks simple. Three commands. Start, work, stop. But this pattern is not about commands. It is about solving the single biggest limitation of AI agents: they forget everything between sessions.
Claude does not remember what happened yesterday. Every new Cowork session starts from zero. Claude will re-read your CLAUDE.md and Brief files (those are persistent), but it has no idea what you worked on last session, what is still open, what decisions you made, what got completed, or what the next logical step is. Without a system to bridge that gap, every session feels like onboarding a new employee who has amnesia.
The daily workflow pattern creates a manual persistence layer. You tell Claude to write down what happened. Tomorrow, Claude reads that file back. Now it has continuity. Over days and weeks, those logs stack into a running operational record that makes Claude dramatically more useful, faster, and more aligned with where your actual work stands.
| Phase | What You Say | What Claude Does | Why It Matters |
|---|---|---|---|
| 1. Morning Boot | "Good morning." | Reads CLAUDE.md, checks for yesterday's daily log, reviews open items and priorities, presents a summary of where things stand and what needs attention today. | Eliminates the "where were we?" problem. You start every session at full speed instead of re-explaining context. |
| 2. Work Session | Delegate tasks naturally. "Draft the email sequence." "Research competitors." "Build the slide deck." | Executes tasks, creates files, does research, drafts content, organizes information. Works through your priority list. | This is where the value happens. Context from the morning boot means Claude works with full awareness of your current projects, not generic assumptions. |
| 3. End-of-Day Wrap | "I am done for the day. Let us wrap up." | Creates a structured daily log file saved to your project folder. Summarizes completed work, flags open items, identifies the highest-leverage next step for tomorrow. | This is the persistence mechanism. This file is what tomorrow's 'Good morning' reads. Without it, tomorrow starts from scratch. |
Add this instruction to your CLAUDE.md so Claude does this automatically whenever you start a session:
# SESSION START BEHAVIOR
When I say "Good morning" or start a new work session:
1. Read CLAUDE.md and any updated context files.
2. Check for the most recent daily log in logs/.
3. Summarize: what was completed last session, what is still open, and what the recommended focus is for today.
4. Ask me if priorities have changed before diving in.This is the prompt that creates the persistence file. Use this exact format or add it to your CLAUDE.md as a standing instruction:
Before we wrap up for the day, create a daily log and save it to logs/YYYY-MM-DD-daily-log.md with this structure:
# Daily Log: [Date]
## Completed Today
- [List everything we accomplished this session with file names and locations]
## Still Open
- [List every task that is in progress or was discussed but not finished]
## Decisions Made
- [List any decisions, direction changes, or approvals given during the session]
## Tomorrow's Focus
- [The single highest-leverage task to start with tomorrow]
- [2-3 supporting tasks in priority order]
## Notes
- [Anything Claude flagged as uncertain, needs verification, or requires my input]Day 1, the daily log is a simple list. Day 5, Claude has a running record of your week. Day 30, Claude has a full operational history of your project: what was built, what changed direction, what decisions were made, and what patterns keep emerging. This is not journaling. This is building an operational memory that makes every future session faster and more accurate.
Create a logs/ folder inside your project directory. This is where all daily logs live. Name them with the date prefix so they sort chronologically:
your-project-folder/
CLAUDE.md
the-brief/
outputs/
logs/ <-- Daily logs go here
2026-04-01-daily-log.md
2026-04-02-daily-log.md
2026-04-03-daily-log.md
2026-04-04-daily-log.mdClaude auto-names every chat and Cowork session with something like "Architected dual-system framework distinguishing relational versus operational Claude programming." That is a 12-word academic description that tells you nothing useful 3 weeks later when you are scrolling your sidebar looking for the session where you built your email sequence. Multiply that by 10 to 20 sessions per week, and your sidebar becomes an unsearchable wall of AI-generated word salad.
The fix takes 5 seconds: rename every session the moment you finish (or during your end-of-day wrap). Use this naming convention so every session is findable by when it happened, what type of work it was, and what was inside.
FORMAT: MM-DD [CATEGORY] Descriptive Topic Name
WIP: WIP: MM-DD [CATEGORY] Descriptive Topic Name
EXAMPLES:
04-05 [Content] Email Sequence for Workshop Launch
04-05 [Research] Competitor Pricing Analysis
04-03 [Strategy] Q2 Offer Stack Redesign
04-02 [Admin] Weekly Audit Report
04-01 [Build] Sales Page Copy Draft v2
WIP: 04-04 [Client] Sarah - Funnel Architecture Review| Tag | Use For | Examples |
|---|---|---|
| [Content] | Writing, copy, emails, scripts, social posts, blog drafts | 04-05 [Content] Weekly Email to Traffic Lab |
| [Build] | Creating deliverables: documents, presentations, pages, spreadsheets | 04-04 [Build] Client Onboarding Slide Deck |
| [Research] | Analysis, competitor intel, market data, trend research | 04-03 [Research] Meta Ads Benchmarks Q1 2026 |
| [Strategy] | Planning, offer design, positioning, architecture, frameworks | 04-02 [Strategy] Tiny Ticket Funnel Architecture |
| [Admin] | Audits, organization, maintenance, cleanup, system config | 04-01 [Admin] Weekly Audit + Log Cleanup |
| [Client] | Client-specific work (add client name in topic) | 03-28 [Client] Marcus - Course Outline Review |
| [Fix] | Troubleshooting, debugging, revisions, rework | 03-27 [Fix] Broken Kartra Embed on Module 3 |
The daily pattern handles session-to-session continuity. The weekly audit handles system-level health. Run this every Friday to keep your entire Cowork setup current:
Audit my Cowork setup. For each area, tell me what is working, what needs fixing, and your top 3 recommended improvements:
1. Is my CLAUDE.md current and accurate?
2. Are my context files (the-brief/) up to date?
3. Which skills have I used this week? Which are unused?
4. Are all connectors still active and authorized?
5. Have my scheduled tasks run successfully this week?
6. What is one workflow I do manually that should become a skill?
7. Review my daily logs from this week: what patterns do you see in my work? Any recurring blockers?
Save the audit report to outputs/ as weekly-audit-[date].md.The Cowork Method Accelerator is complete when every item below is confirmed. Print this page. Check every item off. Do not move to advanced features until your foundation is solid.
| Phase | Checkpoint | Measure |
|---|---|---|
| Phase 1 | Foundation solid | 3 real tasks completed. Time comparison documented. |
| Phase 2 | Skills + Connectors active | 5+ skills installed. 3+ connectors active. 1 custom plugin built. |
| Phase 3 | Automation running | 3+ scheduled tasks running. Dispatch tested. Weekly audit in place. |
| Phase 4 | System documented | Full ROI calculated. SOPs written. Team trained. |
Every issue below has a clean fix. None of these are reasons to abandon the system. They are normal friction points every new Cowork user runs into in the first two weeks. Work through them once and they never come back. This is why Cowork is the architecture I trust to write a full book in 5 days. The fixes are small. The compounding output is massive.
You do not need to be a writer. You need a process. Our AI-powered frameworks and live coaching turn your proven method into a finished book in 5 focused days.
Enroll In Book To BuyerTurn your expertise into a client-acquisition book funnel