Best practice L2 · Context engineering informational

Put Standing Context in a Claude Project

What it is

Using a Claude Project to hold the context you'd otherwise paste every time — reference docs, instructions, style, and background — so every chat in the project starts already informed.

Chat: draftChat: reviewChat: planChat: fixChat: ideasProject knowledge
One project's knowledge feeds every chat inside it.

Why it works

Repasting the same setup into each new chat is slow and drifts over time. A Project makes that context standing and consistent, so Claude answers from the same foundation across many conversations without you re-priming it.

When to use it

Any recurring body of work: a codebase, a client, a book, an ongoing analysis. Best when several chats share the same background.

When not to use it

One-off questions unrelated to a larger effort — a plain chat is simpler than setting up a Project for a single message.

Prompt

Set up my project knowledge. Here is the standing context every chat should assume:

- Background: <what this project is>
- Instructions: <how you should always behave here>
- Reference: <docs/specs to keep in mind>

Confirm what you'll treat as always-true, then wait for my first task.

Example

A Project for a documentation site holds the style guide and product facts; every new chat writes on-brand and accurate without the writer re-explaining the product.

Advanced version

Keep project instructions short and rule-like, and put bulky reference material in project files — it's the same discipline as context engineering: control what Claude sees, not just what you ask.

Common mistakes

  • Dumping everything into instructions until the important rules are buried.
  • Letting project knowledge go stale, so Claude confidently uses outdated facts.
  • Using one giant project for unrelated work, mixing contexts that should stay apart.

Related