Photo by Kalen EmsleyPhoto by Samuel Ferrara
blog

Shared Brand Memory for AI Content

AI content sounds generic because every session forgets you. A shared, correctable brand memory keeps voice, proof and claims consistent across tools.

By Ville Ylläsjärvi
10 min read
feedsquad/blog
feedsquad/blog·Shared Brand Memory for AI Content

Your AI sounds like everyone else because it forgets who you are every session

Brand memory is a governed, shared record of a company's approved voice, proof and positioning. Every AI agent and teammate reads from it, and the right people can correct it. It replaces scattered custom instructions and prompt libraries, which drift apart because a correction made in one tool never reaches the others. Without it, AI drafts drift toward the median of everything the model was trained on, and that's why so much founder content sounds the same.

A capable model with no context will still write fluent sentences. Fluency was never the scarce part. What the model can't supply is judgment about which claim matters, which number is safe to publish, and which phrasing the founder would never use. Ask it for strategy and you get the average opinion on your topic, delivered with confidence. Readers have seen that average many times, and they scroll past it.

Brand memory is the fix I keep returning to. Get the record right and a correction made once shows up in every draft that follows.

Why custom instructions and prompt libraries drift apart

Standard advice on AI voice stops at the prompt. ChatGPT offers custom instructions and a memory feature. Claude offers Projects with uploaded knowledge. Each one works reasonably well inside a single tool for a single person, and stops working once the business grows past either.

Picture a founder writing a careful voice note into ChatGPT. Their cofounder pastes an older version into a Claude Project, because that's where they draft. Somewhere a contractor keeps a shared doc of "approved phrases" copied from a call months ago. All three copies began as the same intention, and by now they live separate lives.

Then something changes. The founder drops a claim that no longer holds, or reprices, or decides a favorite phrase has gone stale. Whichever tool they happened to have open gets the correction. Every other copy keeps the old version, and nothing flags the gap. A few weeks later an agent in a different tool confidently publishes the retired claim, and nobody can say where it came from.

No tool throws an error when two voice notes contradict each other. Every correction has to be made in several places, nobody remembers all of them, and the versions grow further apart with every edit. Scattered prompts give you many partial memories, each slightly wrong in its own way.

Brand memory is a system of record, not a style guide PDF

Software teams use the phrase "system of record" for the one source that counts when two sources disagree. Customer data and financial data almost always have one. Brand context rarely gets the same treatment, so every tool and teammate improvises their own.

I define brand memory as a governed, shared source of approved voice, proof, and positioning that agents and people both draw from, and that you can correct. Governance means someone owns each entry and changes follow a rule. Because the source is shared, an agent running inside your own product reads the same entries as one running in Claude or ChatGPT. And correction has to travel: a fix to the record reaches everything that depends on it.

A style guide PDF fails all three tests. Somebody writes it once, everyone agrees it's good, and nobody opens it again. An agent can't query it mid-draft. A prompt fails differently. It works for the length of a chat and then disappears, along with whatever the model learned from your corrections.

The difference shows up in the entries themselves. Compare two of them. A typical style note says "Confident, warm, no jargon." The brand memory version names the constraint and the reason behind it: "Avoid calling a product 'simpler' when features were removed. Name what users lost." An agent can apply the second entry to a sentence it has never seen. The first only gives it a mood to imitate.

Connection matters too. Protocols like the Model Context Protocol let an assistant read from an external source during a conversation instead of relying on whatever someone pasted in that morning. Stash, the shared memory inside FeedSquad, works on that principle, and founders who run their own assistants can connect it to Claude or ChatGPT. Whichever tool you pick, keep the memory outside any single chat window. Chats end, and the record has to outlast every one of them.

Put your one-sentence claim at the top of the record

The first entry in any brand memory should be the one thing you want to be known for, in one sentence you'd defend to a skeptical customer. Agents need it even more than people do. A human writer picks up a rough sense of what the company stands for in meetings and hallway arguments, but a model gets only what sits in the current context. Without the sentence, it has nothing to measure a draft against.

Keep proof separate from opinion so the AI never invents a fact

Language models write guesses and facts in the same confident register. That's a problem when they draft in your name. Feed one a belief like "I suspect shorter onboarding helps retention" and watch what comes back: "Shorter onboarding improves retention," a hunch quietly turned into a public claim. Leave a number nearby in the context and the model will attach it without asking.

Proof needs its own layer in brand memory, physically separate from beliefs and opinions. Opinions are welcome there too, since they're often the most interesting material a founder has. They just carry a label. When an agent reads an opinion entry, it phrases the point as a view: "I think," "my bet is," "in our experience so far." Proof entries work the other way. The agent can state the fact plainly, and it knows exactly where the fact came from.

Deciding what counts as proof is mostly a matter of narrowing the standard. A claim qualifies if someone outside the team could check it. Numbers need a source, a date, and a scope, because a figure without its conditions will get stretched. Customer quotes qualify only with permission and in the customer's own words. Anything you expected to happen but haven't measured stays in the opinion layer.

The rule I give agents follows from that split. Statements of fact must trace back to an entry in the proof layer. Everything else gets phrased as a view or stays out. A rule that strict keeps an agent's fluency from manufacturing credibility you haven't earned, and it means a reader who checks your claim finds it holds.

Store the decision notes behind the posts

Teams that try to give AI their voice usually start by uploading past posts. The instinct makes sense, and it produces drafts that match the surface of the writing while missing what made it worth reading. Finished posts show outputs. They rarely show why a feature was built a certain way, which option was rejected, or what trade-off the founder accepted with eyes open.

That gap is the missing reasoning, and it's why polished AI drafts feel hollow. Readers can sense when a piece describes a decision without explaining it. They also can't engage with it, because there's nothing to examine. A launch announcement says what shipped. The reasoning says what it cost, and that is the material founder-led distribution runs on.

So brand memory should hold decision notes, written while the decision is still fresh. Each note needs only a few things: the choice, the alternatives you turned down, the constraint that forced your hand, and what you gave up. Suppose you removed a feature to make onboarding faster. The note should say plainly that some users lost something, and why you accepted that. Calling the result "simpler" leaves too much out.

An agent drafting from a note like that can write a post a reader can actually push back on, which is the goal. A reader who argues with a reasoned decision is talking to you, and that conversation is the distribution.

Who can change the record

Shared memory raises the stakes on the approval boundary. Once every agent and teammate draws from the same record, a bad edit to the record spreads as fast as a good one. So the record needs the same split as the drafts. The team can maintain voice notes, formatting conventions and channel preferences. The one-sentence claim and the proof layer need the founder's sign-off whenever they change.

Fix it once and every tool inherits the correction

Sooner or later an agent will write a sentence you hate. It'll use a phrase you retired, overstate a number, or describe your product in a competitor's language.

Without shared memory, the only response available is to fix the draft. You rewrite the sentence, publish, and move on. Next week a different agent in a different tool makes the same mistake, because the cause never changed. Corrections like that are pure labor, and they never accumulate.

Say you once described your product as the only one that connects to a certain tool, and then a competitor shipped the same integration. You stop saying it. Weeks later the line turns up in a LinkedIn draft, pulled from an old proof note nobody updated. With brand memory, that bad sentence points straight at the entry that produced it. You retire the proof entry once, with a date and the reason it no longer holds, and from then on every agent, every channel, and every teammate drafts from the corrected version. That mistake becomes an improvement to the record instead of a recurring cost.

That compounding is why I treat brand context as a system of record rather than a pile of prompts. Founders who keep pasting tone notes into chat windows are paying for the same fix over and over.

Software comes later. The starting point is the one sentence at the top of the record, the claim every draft gets tested against. Put that line where every agent you use has to read it before writing a word.

Frequently asked questions

What is brand memory for AI?

A governed, shared record of a company's approved voice, proof and positioning that every AI agent and teammate draws from and that can be corrected in one place.

How is it different from ChatGPT custom instructions or Claude Projects?

Those work well inside one tool for one person. Brand memory lives outside any single chat, so a correction reaches every agent and teammate, not just the tool that was open at the time.

How do I stop AI from inventing facts in my content?

Keep proof separate from opinion. A fact may be stated only if it traces back to a proof entry that someone outside the team could check, with a source, a date and a scope. Everything else is phrased as a view.

What should go into brand memory first?

Your one-sentence claim, then decision notes: the choice, the alternatives you turned down, the constraint that forced it and what you gave up. Past posts show the surface of your writing. Decision notes carry the reasoning.