Skip to content
Agentmart
Submit a tool

ecosystem-layering

Use when managing multiple AI coding agents (Codex, Cursor, Codex, Cline, Copilot, Gemini CLI, etc.) that share a home directory — to prevent…

Skill by AvaTar-ArTs

IndexedMIT
Write a review

Chalk Labs

Need help deploying ecosystem-layering?

Chalk Labs sets up agents like this inside real teams: connected to your tools, tested on your data, with a human in the loop where it matters.

Book a call

Install

Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.

npx agentmarket install skill/avatar-arts-ecosystem-layering

Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.

Get the weekly diff

The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.

We use your email only for this newsletter. Privacy

About

Use when managing multiple AI coding agents (Codex, Cursor, Codex, Cline, Copilot, Gemini CLI, etc.) that share a home directory — to prevent cross-contamination, skill conflicts, and tool-name mismatches by layering canonical sources, runtime surfaces, and documentation hubs.

Use cases: agent-building

No reviews yet. Installed it? Reviews come from verified installers only. How reviews work

Permissions

What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.

Tools
No tools found
Secrets
None asked for
Install scripts
None found

Network hosts it talks to 1

  • codeload.github.com · found in install command

Files it touches

  • ~/.claude/skills/ecosystem-layering

What's inside

Skill name
ecosystem-layering
Description
Use when managing multiple AI coding agents (Codex, Cursor, Codex, Cline, Copilot, Gemini CLI, etc.) that share a home directory — to prevent cross-contamination, skill conflicts, and tool-name mismatches by layering canonical sources, runtime surfaces, and documentation hubs.
License
MIT
Instructions
419 lines in SKILL.md · view on GitHub

Files (1)

  • SKILL.md

SKILL.md (first lines)

# Ecosystem Layering

## Overview

If you run more than one AI coding agent on your machine, they will silently contaminate each other. Every agent recursively searches `$HOME` for files named `SKILL.md`, `AGENTS.md`, `AGENTS.md`, and loads whatever it finds first — regardless of which agent it was written for. This skill teaches a three-layer governance pattern that prevents cross-contamination while keeping all agents functional.

The pattern separates concerns into three planes: **canonical** (source of truth, write here), **runtime** (what each agent loads, scoped to its directory), and **librarian** (cross-platform documentation, maps relationships). Between canonical and runtime sits an **adaptation pipeline** that translates tool names, paths, and conventions so each agent gets content written for its own toolset.

## When to Use

- You have 2+ AI coding agents installed (any combination of Codex, Cursor, Codex, Cline, GitHub Copilot, Gemini CLI, Qwen, Windsurf, Codeium, etc.)
- An agent loaded a skill and referenced tools it doesn't have (Codex skill loaded by Cursor, etc.)
- You're setting up a new agent and don't want it loading skills from other agents
- Skills or agents appear to work but produce wrong results because they're using another platform's tool names
- You're building a skill ecosystem and want it to work across multiple platforms
- You're seeing "unknown tool" errors from skills that work fine in another agent

Don't use for:
- Single-agent setups — the problem doesn't exist
- Purely containerized/isolated agents that don't share `$HOME`
- Teams where each developer uses exactly one platform

## The Three-Plane Model

Every healthy multi-agent ecosystem separates into three planes. Each has a distinct role and a distinct edit rule.

```
┌─────────────────────────────────────────────┐
│  CANONICAL PLANE  (Write here first)         │
│  ~/my-supremepowers/, ~/.hermes/skills/      │
│  Source of truth for skills, agents, rules   │
│  EDIT: Always                                 │
└──────────────┬──────────────────────────────┘
               │  adapt-skill.py / manual
               ▼
┌─────────────────────────────────────────────┐
│  RUNTIME PLANES  (Scoped per agent)          │
│  ~/.cline/skills/, ~/.codex/skills/, ...     │
│  Each agent loads ONLY from its own dir      │
│  EDIT: Never directly — adapt from canonical  │
└─────────────────────────────────────────────┘
               │
┌──────────────┴──────────────────────────────┐
│  LIBRARIAN PLANE  (Maps everything)          │
│  ~/Guides/, docs/ECOSYSTEM_MAP.md            │
│  Cross-platform docs, path inventories       │
│  EDIT: Append, don't overwrite               │
└─────────────────────────────────────────────┘
```

### Plane Roles

| Plane | Purpose | Edit Rule | Example Paths |
|-------|---------|-----------|---------------|
| **Canonical** | Single source of truth for behaviors | Always edit here; changes flow downstream | `~/my-supremepowers/skills/`, `~/.hermes/skills/` |
| **Runtime** | What each agent actually loads | Never edit directly; adapt from canonical | `~/.cline/skills/`, `~/.codex/skills/`, `~/.cursor/skills/` |
| **Librarian** | Cross-platform maps, inventories, analysis | Append; treat as documentation, not runtime | `~/Guides/`, `docs/ECOSYSTEM_MAP.md` |

### The Golden Rule

**Canonical writes, runtime reads, librarian maps.** If you fix a bug in `~/.cline/skills/brainstorming/SKILL.md` directly, it will be overwritten the next time someone adapts from canonical. Always fix in canonical, then re-adapt.

## The Cross-Contamination Problem

Every AI coding agent makes three assumptions — all wrong in a multi-agent home directory:

1. **"I'm the only agent here"** — Recursively searches `$HOME`, finds every `SKILL.md`, `AGENTS.md`, `agents/` directory
2. **"Generic filenames are mine"** — `SKILL.md` means different things to Codex (expects `Task`/`Bash`/`WebFetch` tools) vs Cline (`spawn_agent`/`run_commands`/`fetch_web_content`)
3. **"Content was written for me"** — Loads a file and assumes tool names, paths, and conventions match its own

### Real Confirmed Case

Cline activated the `using-superpowers` skill and loaded it from `~/.gemini/extensions/supremepower/skills/` — a Gemini extension directory. The skill was written for Codex and referenced tools Cline doesn't have:

| Codex Tool (in skill) | Cline Tool (actual) |
|---|---|
| `Task` | `spawn_agent` |
| `WebFetch` | `fetch_web_content` |
| `Bash` | `run_commands` |
| `Read` / `Write` / `Edit` | `read_files` / `editor` |
| `Grep` / `Glob` | `search_codebase` |

Cline tried to use Codex tools it didn't have. This wasn't a crash — it was silent wrong behavior. The skill's instructions were followed with the wrong tools.

### Risk Surface by File Type

| File Pattern | Found In | Risk |
|---|---|---|
| `SKILL.md` | Every agent's `skills/` dir, extensions, caches | **Highest** — every agent loads skills |
| `AGENTS.md` / `CLINE.md` / `GEMINI.md` / `AGENTS.md` | Project roots, dotfolders | Auto-loaded as context on session start |
| `agents/` directory | Every dotfolder | Subagent definitions with platform-specific tool references |
| `rules/` directory | `.cursor/rules/`, `.codex/rules/`, `.qwen/rules/` | Behavioral constraints with platform syntax |
| `settings.json` / `config.toml` | Each dotfolder | MCP allow-lists, provider configs, permission models |

## The Adaptation Pipeline

When a skill must be shared across agents, run it through an adaptation pipeline instead of copying raw.

### The Pattern

```
canonical SKILL.md (written for Codex)
        │
        ▼
  adaptation script + tool-mapping tables
        │
        ▼
  platform-native SKILL.md in agent's scoped directory
```

### What Gets Transformed

A complete adaptation needs at minimum:

| Category | Codex (canonical) | Cline | Codex | Cursor | Copilot |
|---|---|---|---|---|---|
| File read | `Read` tool | `read_files` | `read_file` | `read_file` | `read_file` |
| File write | `Write` / `Edit` | `editor` | `write_file` / `patch` | `edit_file` | `edit_file` |
| Search | `Grep` / `Glob` | `search_codebase` | `search_files` | `grep_search` | `search` |

From AvaTar-ArTs/.Agent-skills, MIT.

Signals

Stars
0
Forks
0
Open issues
0
Last commit (this folder)
Jul 10, 2026 (3 months ago)

From GitHub (fetched Oct 24, 2026).

Details

License
MIT
First seen
Oct 24, 2026
Last checked
Oct 24, 2026

More from AvaTar-ArTs

Done for you

Rather not set it up yourself?

Chalk Labs scopes, builds and runs agents for your team: the task audit, the eval harness, the integrations and the weekly ops report. Fixed scope, priced before we start.

See how we build AI agents →Read the case studies

Chalk Labs is a two-founder AI and growth studio. We build AI agents, CRMs and MVPs for Web3 and AI companies, and have shipped 50+ product and token launches.

launches shipped
50+
launches shipped
media placements
500+
media placements
founders on every account
2
founders on every account

Press we've placed: Forbes · CoinDesk · Decrypt · Cointelegraph · The Block

Rahil Jain, Co-founder, Chalk Labs. Ex-Goldman Sachs engineer. You talk to the person who builds it.

Get ecosystem-layering running in your business

Tell us what you want to automate. A founder replies within one working day with a plan, not a pitch deck.

Goes to the Chalk Labs founders, not the newsletter. Privacy

Need help deploying ecosystem-layering?

CallGet help
Cite this page

ecosystem-layering skill. Agent Mart. https://agentmart.dev/skills/avatar-arts-ecosystem-layering (last updated 2026-10-24)