Sonith Manakkat

Claude AI, part 9 of 127 min read9 visuals

Reuse context and share it with your team: a practical playbook

How to turn what you taught Claude into something the whole team shares: CLAUDE.md in git, project skills, shared connections, plugins, Projects, plus a cheat sheet for choosing the right tool.

  • Put shared instructions, skills and settings in the repository
  • Never share keys or personal data, even in a private repo
  • Use the cheat sheet to pick the right tool for each job

Share on LinkedIn

Share
Reading level

Teaching Claude something once is good. Teaching it once for the whole team is better. Everything a teammate would otherwise have to explain to Claude again (how we build, how we write, which tools we use) can be written down and shared. This part is a practical playbook, with a cheat sheet picture to choose the right tool. Facts come from Anthropic's Claude Code and support documentation, checked on 2026-10-21; where availability depends on your plan, check your plan.

The idea: write it down where everyone gets it

Shared repositoryYouTeammateNew joinerClaudesessions
One shared project folder, many teammates, each with Claude.

What to share, and where it lives

WhatWhere it lives (as documented)How the team gets it
Instructions and rules./CLAUDE.md or ./.claude/CLAUDE.md, plus .claude/rules/Commit to the repository
Reusable know-how.claude/skills/<name>/SKILL.mdCommit to the repository
Specialised helpers.claude/agents/ (subagents)Commit to the repository
Connections to tools.mcp.json at the project rootCommit it; Claude Code asks for approval before using project servers
Settings, plugins.claude/settings.jsonCommit it; each person still installs plugins on their own machine
Expert viewDetails behind the table

Anthropic's memory page says project instructions are "shared with your team through version control", while CLAUDE.local.md holds personal project preferences and should be added to .gitignore. For skills, the Claude Code docs say to commit .claude/skills/ to share. Subagent files are Markdown with YAML frontmatter, and the docs say to commit .claude/agents/ so teammates get the same subagents. For MCP, project scope stores servers in a .mcp.json file at the project root; the docs say Claude Code prompts for approval before using project-scoped servers in interactive sessions, and that ${VAR} and ${VAR:-default} expansion lets teams share configuration while keeping machine-specific paths and API keys out of the file.

AuthorRepositoryTeammateClaude
1AuthorWrite and reviewThe author writes the skill and a teammate reviews the change
2RepositoryMerge itThe skill lands in the shared repository
3TeammatePull the codeThe teammate updates their copy
4ClaudeSee summaryClaude sees the skill's description at session start
5TeammateAsk for notesThe teammate asks for something the skill covers
6ClaudeRead the skillClaude reads the full instructions only when the request matches

Takeaway. Commit once, and every teammate's Claude can use it.

Sharing a skill: the author writes it and gets it reviewed, it is merged into the shared repository, and each teammate's Claude then sees its description at session start and reads the full instructions only when a request matches.

Step by step: a shared setup

  1. Start with CLAUDE.mdAdd a rule when Claude gets something wrong twice
  2. Add a skillWhen you paste the same playbook into chat a third time
  3. Connect a toolWhen you keep copying data from a system Claude cannot see
  4. Package a pluginWhen a second repository needs the same setup
A sensible order, following Anthropic's "build your setup over time" guidance.
Expert viewPlugins and marketplaces

Anthropic describes a plugin as a directory of skills, agents, hooks and MCP servers that Claude Code installs as one unit, usually with a manifest at .claude-plugin/plugin.json. A marketplace is a catalog (a repository or directory with a .claude-plugin/marketplace.json file) that lists plugins; you add a marketplace once and install plugins by name, using /plugin in a session. Install scopes are user, project (enabled for everyone in the repository through the committed .claude/settings.json, though each collaborator installs it on their own machine) and local. Plugin skills are namespaced, such as /my-plugin:review.

Through managed settings an organisation can allowlist or block marketplaces and force-install plugins. A plugin runs code with your user privileges, so Anthropic's documentation points to its plugin security page for what to review first. An enabled plugin also adds its skill and agent descriptions to context on every turn, so measure what each one costs.

In .mcp.jsonTeammate hasitApprovalaskedServer in useNot used1234
  1. In .mcp.json to Teammate has it The committed .mcp.json arrives with the project.
  2. Teammate has it to Approval asked Claude Code prompts before using project-scoped servers in interactive sessions.
  3. Approval asked to Server in use The teammate has checked the server and trusts it.
  4. Approval asked to Not used The server is not used.

Takeaway. Sharing a connection never skips the approval step, and secrets stay out via variables.

A project-scoped MCP server on a teammate's machine. Claude Code asks for approval before using it.

Sharing in the Claude app: Projects

For people who work in the chat app rather than a code editor, Projects are the shared workspace.

Shared in a project

  • Project instructions
  • Knowledge files
  • Access for members, on Team and Enterprise plans

Not shared

  • Chat context between the chats in the project, unless it is in the knowledge files
  • Custom skills uploaded in claude.ai, which stay individual to each user
What a project shares, and what it does not.
Expert viewRoles and limits

Anthropic's support article says members can have view-only or edit access, and editors can change instructions and knowledge, add or remove members and contribute actively. Chats inside a project do not share context unless the information is in the knowledge base. Anthropic's skills documentation says custom skills in claude.ai are individual and cannot be centrally managed by admins, so for team-wide skills use Claude Code (repository or plugin) or the API (workspace-wide). Availability varies by plan, so check your plan.

Cheat sheet: which tool for which job

ToolUse it forLoads into contextShared by
CLAUDE.md"Always do X" rules, commands, conventionsEvery session, in fullCommitting the file
SkillReference material and repeatable workflowsDescription always, body on demandCommitting .claude/skills/ or a plugin
SubagentContext isolation, parallel or specialised workIts own separate contextCommitting .claude/agents/ or a plugin
MCPReaching outside services and dataTool names at start, details on demandCommitting .mcp.json
HookSomething that must happen every timeNothing, unless it returns outputSettings or a plugin
Project (app)Repeated chat work with the same filesInstructions and knowledge in each chatTeam and Enterprise members
  • CLAUDE.mdThe house rules
  • SkillThe playbook binder
  • SubagentA specialist in another room
  • MCPThe phone line to other systems
  • HookThe lock that always engages
  • ProjectThe shared folder in the app
The one-line version.

Habits that keep a shared setup healthy

  1. Review it like codeChanges to CLAUDE.md and skills go through pull requests
  2. Keep it shortMove rarely needed material into skills or rules
  3. Prune regularlyRemove outdated or conflicting lines; try /doctor prompt-audit
  4. Onboard with itNew joiners read the same file Claude does
Team habits.

If it is worth teaching Claude twice, it is worth committing once.

Frequently asked questions

Can I share skills with colleagues who use only the chat app?

Not centrally. Anthropic says custom skills in claude.ai are individual to each user, so each person uploads their own. Projects are the shared option there.

Is a private repository safe for secrets?

No. Keep secrets out of the repository and use environment variables or a secrets manager.

How do I stop a teammate's private preferences leaking into the shared file?

Put them in CLAUDE.local.md (kept out of git) or ~/.claude/CLAUDE.md.

Sources

Last checked: 2026-10-21. These are official pages. Check them for anything that may have changed since.

  1. How Claude remembers your project
  2. Skills in Claude Code
  3. Extend Claude Code (features overview)
  4. Plugins overview
  5. Subagents
  6. Connect Claude Code to tools with MCP
  7. Agent Skills overview, platform documentation
  8. What are projects? Claude support

Back to all articles