split-memory

Split oversized CLAUDE.md instruction sets into modular files with precedence rules.

1|Updated Mar 27, 2026
One-click install
npx skills add https://github.com/Maj3D10/Training-Platform --skill split-memory-maj3d10
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: split-memory
Source: https://github.com/Maj3D10/Training-Platform/tree/main/.agent/skills/split-memory
Command: npx skills add https://github.com/Maj3D10/Training-Platform --skill split-memory-maj3d10

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

split-memory helps you manage a growing CLAUDE.md by turning one massive, hard-to-navigate instruction file into a set of focused modules with clear precedence, reducing contradictions and improving maintainability.

Core Features & Use Cases

  • When to split: Provides a decision guide for splitting once CLAUDE.md exceeds about 300 lines or when multiple teams require different instructions.
  • Index-first organization: Recommends keeping root CLAUDE.md as a concise index pointing to detailed instructions.
  • Conflict prevention with precedence: Defines explicit priority rules to ensure universal guidance overrides module or team guidance.
  • Single-axis splitting: Guides you to split by only one dimension (concern, module, or team) to avoid overlapping ownership and conflicting rules.

Quick Start

Use the split-memory skill when your CLAUDE.md has grown beyond 300 lines or your project needs modular, team- or module-specific instructions with a clear precedence order.

Frequently Asked Questions about split-memory

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
When should I modularize my CLAUDE.md instruction file?

Splitting your CLAUDE.md is recommended when it exceeds about 300 lines or when multiple teams need different conventions. This reduces contradictions and improves maintainability.

How do I prevent conflicts when splitting instructions into modular files?

You prevent conflicts by enforcing deterministic precedence rules with a root > concern/module > team priority. This ensures universal guidance overrides module or team instructions.

What is the best way to organize a large Claude instruction set?

The best way is making the root CLAUDE.md a concise universal index pointing to detailed modular instructions. Select a single splitting axis like concern, module, or team.

Can I split project conventions by both module and team at the same time?

No, you should select a single splitting axis like concern, module, or team. Splitting by multiple dimensions simultaneously causes overlapping ownership and conflicting rule definitions.

Why does my team-specific CLAUDE.md override the project's universal instructions?

This happens if deterministic precedence rules are not enforced. Universal root instructions must override concern/module and team guidance to prevent duplicate rule definitions and conflicts.