Supporting Multiple Tools on a Team
When your team uses multiple AI tools — some on Claude Code, others on Cursor, some who just joined and use Gemini CLI — AgentsMesh ensures everyone shares the same rules, commands, and agents without manual copy-pasting.
Configuration
version: 1targets: - claude-code - cursor - gemini-cli - copilotfeatures: - rules - commands - agents - skills - mcp - hooks - permissions - ignore
collaboration: strategy: merge lock_features: - mcp - permissionsWorkflow
Editing rules (anyone on the team)
# 1. Pull the latestgit pull
# 2. Edit canonical configvi .agentsmesh/rules/security.md
# 3. Preview the changesnpx agentsmesh diff
# 4. Generate for all targetsnpx agentsmesh generate
# 5. Commit canonical + generated filesgit add .agentsmesh/ .claude/ .cursor/ .gemini/git commit -m "security: add XSS prevention rule"git pushAll team members now have the updated rule in their respective tool directories on next git pull.
When a team member uses a different tool
Say Alice uses Cursor and Bob uses Claude Code. They both edit the same canonical rule:
- Alice sees it in
.cursor/rules/security.mdc - Bob sees it in
.claude/rules/security.md - Both are generated from
.agentsmesh/rules/security.md
They never need to coordinate on tool-specific files — only on canonical sources.
Local overrides for individual preference
Each developer can create agentsmesh.local.yaml (gitignored) to narrow their local generation:
# Alice's agentsmesh.local.yamltargets: - cursor # Alice only generates Cursor files locally# Bob's agentsmesh.local.yamltargets: - claude-code # Bob only generates Claude Code files locallyCI generates for all targets and verifies sync. Individuals generate only what they need.
Handling tool-specific features
Some features aren’t supported by all tools. Use the feature matrix to understand what each tool supports.
For tools with partial support, AgentsMesh projects features as embedded skills with metadata, so the round-trip is lossless. Team members using those tools can still benefit from shared commands and agents, just in a different form.
Adding a new tool
When someone joins the team with a new tool (e.g., Windsurf):
- Add it to
agentsmesh.yaml - Run
agentsmesh generate - Commit the new
.windsurf/directory
The new developer’s tool immediately has all the same rules, commands, and agents as everyone else.