agentleFS
JBurlisonJBurlison/WoWAddonAPIAgents/skills/analyze-agent-overlap/SKILL.md

analyze-agent-overlap

Skill75 starsChanged 13 days agoMITView on GitHub

Analyzes existing agents, skills, prompts, and instructions to identify overlaps, redundancies, and conflicts. Works with GitHub Copilot, Claude Code, Codex, OpenCode, and other providers. Use before creating new customization files to avoid duplication, when consolidating agents, or when troubleshooting conflicting behaviors.

1 other project uses a version of this, 1 of them edited.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

7 rules. About 0 are common, 7 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈7

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Before creating a new agent, skill, prompt, or instruction

    line 16
  2. Distinctive:

    When you suspect two agents are doing similar things

    line 17
  3. Distinctive:

    When agent behaviors seem to conflict

    line 19
  4. Distinctive:

    When analyzing a proposed new item, compare:

    line 40
  5. Distinctive:

    Look for these conflict types:

    line 61
  6. Distinctive:

    When overlap is detected, consider:

    line 99
  7. Distinctive:

    Add new functionality to existing item.

    line 107

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Analyze Agent Overlap

Detects redundancy, overlap, and potential conflicts between AI coding assistant customization files.

Host-specific packaging

This is a repository maintenance skill, excluded from the WoW plugin. Maintain canonical WoW skills under skills and generate the package with npm run build. Agent metadata, rules, commands, and discovery paths differ by host; do not copy Copilot conventions into Codex or Claude mechanically. See file locations. Examples using <provider>/ below describe Copilot-style source files and must be adapted using host specifications.

When to Use

  • Before creating a new agent, skill, prompt, or instruction
  • When you suspect two agents are doing similar things
  • To audit and consolidate your customization files
  • When agent behaviors seem to conflict

Analysis Process

Step 1: Inventory Existing Items

Scan these locations (replace <provider>/ with actual folder):

  • <provider>/agents/*.md - All agent definitions (including .subagent.agent.md)
  • <provider>/skills/*/SKILL.md - All skill definitions
  • <provider>/prompts/*.prompt.md - All prompt templates
  • <provider>/instructions/*.instructions.md - All instruction files

For each item, extract:

  • Name: The identifier
  • Purpose: What problem it solves (from description)
  • Domain: What areas/topics it covers
  • Triggers: Keywords or scenarios that activate it
  • User-Invokable: Whether it's a user-facing agent or sub-agent

Step 2: Compare Against Proposed Item

When analyzing a proposed new item, compare:

Direct Overlap Indicators:

  • Same or very similar name
  • Same primary purpose statement
  • Identical target domain
  • Overlapping trigger keywords (>50% match)

Partial Overlap Indicators:

  • Related but distinct purposes
  • Some shared expertise areas
  • Similar but different trigger scenarios
  • Complementary functionality

No Overlap Indicators:

  • Different domains entirely
  • Non-overlapping use cases
  • Distinct trigger keywords

Step 3: Detect Conflicts

Look for these conflict types:

Behavioral Conflicts:

  • Two agents giving contradictory guidance for same scenario
  • Instructions that override each other for same file patterns
  • Skills that produce incompatible outputs

Scope Conflicts:

  • Multiple agents claiming the same use cases
  • Overlapping applyTo patterns in instructions
  • Ambiguous routing between similar agents

Naming Conflicts:

  • Names too similar causing confusion
  • Same name in different contexts

Overlap Severity Levels

🔴 Critical (Do Not Proceed)

  • Exact duplicate of existing item
  • Direct contradiction with existing guidance
  • Name collision
  • 80% purpose overlap

🟡 Warning (Needs Discussion)

  • Significant overlap (50-80% shared purpose)
  • Potential user confusion about which to use
  • Overlapping triggers with different behaviors
  • Partial scope conflict

🟢 Low Risk (Proceed with Awareness)

  • Minor overlap (<50% shared concerns)
  • Complementary purposes
  • Clear differentiation possible
  • Different trigger contexts

Resolution Strategies

When overlap is detected, consider:

Merge

Combine into single, more comprehensive item.

  • Best when: Items serve nearly identical purpose
  • Action: Create unified item, deprecate duplicates

Extend

Add new functionality to existing item.

  • Best when: New need is subset of existing item's scope
  • Action: Modify existing item, don't create new

Differentiate

Clarify boundaries between items.

  • Best when: Items serve related but distinct needs
  • Action: Update descriptions to make distinctions clear

Reference

Have one item delegate to another.

  • Best when: Items have hierarchical relationship
  • Action: Add handoff or reference in description

Supersede

Replace older item with improved version.

  • Best when: New item is strictly better
  • Action: Create new, mark old as deprecated

Output Format

## Overlap Analysis: [Proposed Item Name]

### Summary
**Proposed Type:** [Agent|Skill|Prompt|Instruction]
**Proposed Purpose:** [Brief description]
**Overlap Level:** None | Low | Medium | High | Critical
**Recommendation:** Proceed | Modify | Merge | Reconsider

### Comparison Matrix

| Existing Item | Type | Overlap | Shared Concerns |
|---------------|------|---------|-----------------|
| [name] | [type] | [level] | [what overlaps] |

### Detailed Findings

#### High/Critical Overlap Items
[For each significant overlap:]

**[Existing Item Name]**
- Type: [type]
- Purpose: [their purpose]
- Overlap Areas: [specific shared concerns]
- Key Distinction: [how proposed differs]
- Resolution: [recommended action]

#### Potential Conflicts
[List any behavioral or scope conflicts]

#### Complementary Items
[Items that could work well alongside proposed]

### Recommendations

1. [Primary recommendation with rationale]
2. [Secondary options if applicable]

### Questions to Resolve
- [Clarifying questions that would help decision]

Example Analysis

Proposed: database-helper agent for SQL query assistance

Findings:

  • dx12-terrain-engine-dev - No overlap (different domain)
  • agent-builder - No overlap (different domain)

Result: ✅ Proceed - no conflicts detected


Proposed: code-reviewer agent for code review

Findings:

  • Existing dx12-terrain-engine-dev mentions code quality
  • Partial overlap in "review code" scenarios

Result: ⚠️ Warning - clarify scope boundaries

  • Recommendation: code-reviewer for general review, dx12-terrain-engine-dev for DX12-specific review only

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.