← ClaudeAtlas

system-layer-extractionlisted

Deep architectural investigation that extracts, documents, and maps every system in a codebase. Use this skill whenever the user asks to: extract layers, map systems, analyze architecture, investigate codebase structure, document system boundaries, create a system map, understand how systems relate, audit dependencies, assess isolation, or do any form of comprehensive architectural analysis. Also trigger when the user says things like 'I want to see all the layers', 'map out the systems', 'what are the moving parts', 'how is this structured', or 'give me the full picture of the architecture'. This is NOT for reviewing code quality or individual files — it's for understanding the full system topology.
FarzamMohammadi/the-engineer · ★ 3 · Data & Documents · score 76
Install: claude install-skill FarzamMohammadi/the-engineer
# System Layer Extraction Investigate an entire codebase file-by-file to extract every system, map their boundaries, dependencies, state, lifecycle, and isolation potential. Produce a comprehensive layered architecture document and interactive visualization. This is slow, thorough work. The value comes from reading actual source code — not READMEs, not architecture docs, not summaries. Every file gets read. Every import gets traced. The output is a document that makes the invisible structure visible. --- ## Why This Matters Codebases accumulate structure over time that nobody fully sees. Systems intertwine. Dependencies form that aren't in any diagram. State gets shared in ways the original authors didn't intend. This skill makes all of that explicit — so you can refactor with confidence, onboard new contributors faster, and identify where isolation is strong vs where it's fragile. --- ## The Process ### Step 1: Set Up Create a working branch so the output files don't pollute the main branch: ```bash git checkout -b system-layer-extraction ``` ### Step 2: Map the Territory Before reading any code, get the full picture of what exists: ```bash # All non-test source files, sorted find src -name "*.ts" ! -name "*.test.ts" ! -name "*.spec.ts" | sort # All source directories find src -type d | sort # Line counts per directory (rough sizing) find src -name "*.ts" ! -name "*.test.ts" | xargs wc -l | sort -n ``` This gives you the raw material: how many files, how they