install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/file-org-standards" ~/.claude/skills/majiayu000-claude-skill-registry-file-org-standards && rm -rf "$T"
manifest:
skills/data/file-org-standards/SKILL.mdsource content
File Organization Standards Skill
Version: 1.0.0 Category: Standards Triggers: Creating files, organizing modules, folder structure
Quick Reference
Top-Level Structure (REQUIRED)
repository/ ├── src/ # Source code ├── tests/ # Test files ├── docs/ # Documentation ├── config/ # Configuration files ├── scripts/ # Utility scripts ├── data/ # Data files (raw, processed, results) ├── reports/ # Generated reports └── .agent-os/ # Agent OS workflow files
Module-Based Organization (src/)
src/ ├── modules/ # Business/domain modules │ ├── module_1/ # Domain-driven name │ │ ├── __init__.py │ │ ├── core.py │ │ └── utils.py │ └── shared/ # Shared utilities └── __init__.py
Naming Conventions
Good Names (Domain-Driven)
✅
marine_analysis/ - describes domain
✅ data_processing/ - business purpose
✅ api_gateway/ - technical purpose
✅ authentication/ - feature domain
Bad Names (Generic/Temporal)
❌
python_files/ - too generic
❌ utils/ - vague at top level
❌ new_module/ - temporal
❌ misc/ - meaningless
❌ old/ or temp/ - suggests temporary
Folder Depth
Maximum: 5 levels
src/ # Level 1 └── modules/ # Level 2 └── analysis/ # Level 3 └── stress/ # Level 4 └── components/ # Level 5 (MAX)
If you need deeper, re-evaluate module boundaries.
When AI Organizes Files
Triggers automatic organization after ~5 files accumulate:
- AI recognizes pattern → "I notice 5+ related files"
- AI proposes structure → Shows folder layout
- Wait for approval → "Should I proceed with this organization?"
- User confirms → Only then execute reorganization
- AI updates imports → All cross-references fixed
Test Mirror Structure
Mirror src/ structure exactly:
tests/ ├── unit/ │ └── modules/ │ └── module_name/ │ └── test_*.py ├── integration/ │ └── test_*_integration.py └── fixtures/ └── *.json
Anti-Patterns to Avoid
❌ Overly generic src/stuff/, src/misc/, src/files/ ❌ Technical instead of domain src/python_files/, src/yaml_configs/ ❌ Temporal context src/old/, src/new/, src/v2/ ❌ Too deep src/a/b/c/d/e/f/ (>5 levels)
File Naming
| Type | Pattern | Example |
|---|---|---|
| Tests | or | |
| Configs | or | |
| Data | descriptive + extension | |
| Reports | descriptive + | |
AI Decision Tree
When file count reaches threshold:
5+ files? → Yes → Same type? → Yes → AI proposes grouping ↓ Logical pattern? → Yes → AI proposes organization ↓ Different purposes? → Keep flat, use prefixes
Full Reference
See: @docs/modules/standards/FILE_ORGANIZATION_STANDARDS.md
Use this when organizing new modules, creating folder structures, or managing growing codebases.