New to Marqeable? See how it generates leads and wins customers. See the platform

Claude Projects vs a Connector for Marketing: The Brand Doc Goes Stale and the Calendar Was Never There

You set up a Claude Project in your first month. Brand voice doc, ICP one-pager, a positioning memo, the style rules, maybe a few winning emails as examples. It worked. Output got more consistent, and you stopped re-explaining the company at the top of every chat.

Then the offer changed in Q2. The launch date moved twice. Two automations went live that the Project has never heard of. And you noticed that the “on brand” draft Claude produced last Tuesday would have collided with the webinar email already scheduled for the same morning, because nothing in the Project knows what is scheduled.

This post draws the line between the two things a Claude Project is asked to do and can only do one of. A Project is a filing cabinet: it holds guidance. A connector is a phone line: it reaches the live state of your marketing and can hand work back into it. You need both, and they should hold different things.

What a Project is actually good at

Anthropic’s own description is precise. Per the Claude help center, Projects “allow you to create self-contained workspaces with their own chat histories and knowledge bases,” and you “can upload relevant documents, text, code, or other files to a project’s knowledge base, which Claude will use to better understand the context and background for your individual chats within that project.” On paid plans, retrieval expands that knowledge capacity by up to ten times when a project approaches its context limit.

That solves a real cost. Passionfruit’s setup guide (August 2026) names it: “Every time you start a new Claude conversation, you pay a context tax. You re-explain your brand, your audience, your tone, your product, your competitors, and your goals. That takes 5 to 10 minutes per session.” Their arithmetic for a heavy user is 50 to 100 minutes a day spent setting the stage. A Project pays that tax once.

So for the things that change rarely, a Project is the right container:

If you have not written the first item yet, start with the brand voice document template and upload the result. That is the filing cabinet doing its job.

Where the filing cabinet fails

Two failure modes, and they compound.

The doc goes stale. Project knowledge is a copy of what you uploaded, not a link to where it lives. tl;dv’s walkthrough of Projects (August 2026) recommends filling them with “fixed reference material” that “stays true,” and warns against dated content, which is honest advice and also the whole problem: most of what matters in marketing is dated content. Passionfruit’s guide says to “review monthly” and to update “whenever your brand positioning changes … when you launch new products or enter new markets, or when your audience personas evolve,” and to “treat instructions as a living document, not a set-and-forget configuration.” On a team of one to three, nobody owns the monthly review. The Project keeps answering from the version of the company that existed the day someone last had a free afternoon.

The calendar was never there. This is the deeper one, and no amount of re-uploading fixes it. A Project cannot know:

None of that is a document. It is state, and it changes daily. You could paste a calendar export into the Project every Monday, and by Wednesday it would be wrong. The difference between a calendar and a pipeline is exactly this: a calendar is a snapshot, a pipeline is a system with state.

The compounding part: a stale voice doc produces slightly off copy. A missing calendar produces copy that is perfectly on brand and lands on top of another send, repeats last month’s angle, or promotes an offer that no longer exists. The second failure looks like a judgment error and is actually an information error.

Project vs connector: what each one can hold

Claude ProjectMarketing connector (MCP)
What it isA workspace with chat history and uploaded knowledgeA live line from Claude into a system, with typed read and write tools
Best forGuidance that changes rarely: voice, positioning, ICP, styleState that changes daily: calendar, campaigns, automations, offers
FreshnessAs of the last upload; someone must remember to re-uploadEvery call reads current state; nothing to maintain
Knows what is scheduledNoYes (get_content_calendar)
Knows which automations are liveNoYes
Can create anything in your systemNo; output is chat text you copy outYes, as drafts a person approves
Can send or publishNoDepends on the connector’s tool list; Marqeable has no send tool
Setup costMinutes, plus ongoing upkeepMinutes, once, with OAuth sign-in
Failure modeQuietly staleOnly as safe as the write tools it exposes

Read the last row twice. A Project cannot hurt you; it can only be out of date. A connector with a send_campaign tool can. That is why the connector you choose should be judged by its tool list before anything else.

Connect Claude to your marketing instead

Here is what the phone line looks like in practice. Marqeable’s MCP server is at https://app.marqeable.com/mcp. It is a remote server over HTTP with OAuth 2.1: you sign in with your normal Marqeable login in a browser window, and Claude sees exactly what your account can see. There are no API keys to paste into a chat.

To add it in Claude (web, desktop, or Cowork), as of September 2026: open Settings > Connectors, click Add custom connector, name it “Marqeable”, paste the address, click Add, then Connect and sign in to Marqeable. Enable it from the tools menu in a chat. Per Anthropic’s custom connector docs, custom connectors work on Free, Pro, Max, Team, and Enterprise, with Free limited to one custom connector. On Team and Enterprise, only an Owner can add it (under Organization settings > Connectors); after that, each member clicks Connect.

What Claude gets on the other end of the line: ten read tools and six write tools. The reads cover who you are, your business context (brand, ICP, voice, offers), campaigns with their pieces and send days, semantic search over existing content, the content calendar with scheduled sends and market dates, and an overview of every automation and its plan. The writes create campaign drafts, content drafts, inline suggestions on existing copy, brief updates, and automation drafts. Every write is a draft. There is no send, launch, publish, or delete tool, and every result carries a link to the right page in Marqeable so you can open it and approve. You can disconnect any time from Claude’s connector settings.

A first session, with the Project still holding your voice rules:

You: Run whoami, then get_business_context, then tell me what is on the calendar this month.

Claude: You are signed in as the marketing lead on the Northwind account. Business context: B2B SaaS for finance teams, ICP is the first controller at a 50 to 200 person company, voice is direct and specific, current offer is the 30-day pilot. Calendar for September: a nurture email on the 4th, the product webinar invite on the 10th and its reminder on the 16th, a case study post on LinkedIn on the 18th. The pilot-offer automation is live with three steps; nothing else is scheduled after the 18th.

You: Draft the post-webinar email for the 17th. Reuse whatever worked in the June webinar follow-up.

Claude: I searched existing content and found the June follow-up; its strongest section was the two-question recap, so I kept that structure and rewrote it for this webinar’s topic. I created it as a content draft attached to the webinar campaign for send day 17, copy only, so no images were generated. It is waiting for your approval here: [link to the draft in Marqeable].

Three things happened that no Project can do. Claude read the current offer instead of the one in the upload. It saw the reminder on the 16th and placed the follow-up the day after, not on top of it. And the result is a draft sitting in Marqeable’s queue, not a block of text you carry across four tabs. If that carry is a habit at your company, the hidden cost of copy-paste marketing adds it up.

A Drive or Notion connector gives Claude documents about your marketing, not your marketing

At this point the obvious objection is: fine, connect Google Drive or Notion instead of uploading, and the stale-doc problem goes away. That is true, and worth doing. If your voice doc lives in Notion and Claude reads it through the Notion connector, the version it reads is always today’s.

But look at what that solves. It solves freshness for documents. It does nothing for the second failure mode, because your marketing does not live in documents. The webinar reminder scheduled for the 16th is not a page in Notion. The three-step pilot automation is not a Google Doc. The draft waiting for approval is not a file. A Drive connector gives Claude a current picture of what you have written about your marketing. It cannot tell Claude what your marketing is doing.

There is a second, quieter gap. A document connector is a read path. Claude can read the plan; it cannot put anything into the system that runs the plan. So the loop still ends with a human copying text out of a chat, which is where most of the time goes and most of the errors happen. The general version of this argument is in why a marketing knowledge base is not enough for AI agents: a knowledge base makes the assistant informed; only a system connection makes it useful.

Use both kinds of connector, then, and know which is which:

The setup that works for a team of one to three

The recommendation, concretely:

  1. Keep the Project. Put the slow-changing guidance in it: voice rules, positioning, ICP, style, two or three reference pieces. Review it quarterly, not monthly; the connector will carry the fast-changing facts so the Project can afford to age a little.
  2. Add the Marqeable connector to Claude with the steps above. Do it once per person; on Team plans, the Owner adds it once and everyone connects.
  3. Change the first line of your prompts. Instead of pasting context, start with “Check the business context and the calendar first.” Claude reads the current offer and the current schedule before it writes a word.
  4. Let every draft land in Marqeable. Approve there, edit there, publish there. The chat is where the thinking happens; the queue is where the commitment happens.

A useful test for what belongs where: if a fact would be wrong in two weeks, it does not belong in the Project. Voice rules pass the test. The launch date, the current offer, and anything with the word “scheduled” in it do not.

This split also fixes the drift you were blaming on the model. Most “Claude went off brand” complaints from small teams trace back to one of two things: the Project’s guidance had aged, or the draft was on brand but wrong for the moment because Claude could not see the moment. A quarterly-reviewed Project plus a connector that reads live state removes both causes without adding a maintenance job nobody will do.

Frequently asked questions

Should I use a Claude Project or a connector for marketing?

Both, for different things. Put guidance that changes rarely (voice, positioning, ICP, style rules) in a Project. Reach anything that changes weekly (calendar, campaigns, live automations, offers) and anything you want drafted into a real system through a connector. A Project alone leaves Claude working from a snapshot.

Why does my Claude Project brand voice feel stale?

Project knowledge is a copy of what you uploaded, not a link to the source. When the offer, positioning or calendar changes, the Project keeps answering from the old version until someone re-uploads. On a team of one to three nobody owns that re-upload, so the guidance quietly drifts from the business.

Does a Google Drive or Notion connector solve this?

Partly. A Drive or Notion connector keeps the documents current, so the voice doc Claude reads is the latest one. It still gives Claude documents about your marketing, not your marketing: no scheduled sends, no live automations, no draft it can hand to an approval queue. A marketing-system connector covers that half.

Can a connector let Claude send campaigns without me?

It depends entirely on the tool list the connector exposes. Marqeable’s connector has ten read tools and six draft-only write tools and no send, launch, publish or delete tool, so every write lands as a draft a person approves in Marqeable. Check the tool list of any connector before you connect it.

The bottom line

A Claude Project is a filing cabinet and it is good at being one: it holds the voice, the positioning, and the ICP so you stop paying the context tax. It cannot know what is scheduled Thursday, which automation is live, or that the offer changed last week, and a document connector only makes the cabinet’s contents current, not the marketing behind them. Keep guidance in the Project, reach live state and drafts through a connector, and let every draft land in a queue a person approves. Draft in Claude. Approve in Marqeable. It runs.

See what the connector reaches: Marqeable builds and runs your campaigns, runs multi-step automations across text and email with approval gates, answers and qualifies every visitor with AI website chat, and ties revenue to the exact message with attribution.


Marqeable runs your campaigns, answers every visitor, text, and email in seconds, and turns them into booked jobs and meetings - even at 9pm on a Saturday. We’re in private beta with a small early cohort. Get early access

Marqeable
© 2026 Marqeable. All rights reserved.