ruchernchong/claude-kit

folder-org

Project code structure and file organization. Use when creating files, organizing components, or deciding where code should live. (project)

First seen Feb 13, 2026

Installation

$ npx skills add ruchernchong/claude-kit --skill folder-org

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from ruchernchong/claude-kit.

npx skills add ruchernchong/claude-kit

Browse all from ruchernchong/claude-kit

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

License LICENSE
Default branch main
Open issues 0
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,918 B
  • docs SUMMARY.md 157 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 14 installs

SKILL.md

Folder Structure

Core Principle: Colocation

Place code as close to where it's relevant as possible. Things that change together should be located together.

Organization Approaches

Feature-Based (Recommended for Frontend)

Group by domain - all related code in one place:

src/features/
├── auth/
│   ├── components/
│   ├── hooks/
│   ├── auth.service.ts
│   └── auth.test.ts
├── users/
└── products/

Layer-Based (Common for Backend)

Group by technical layer:

src/
├── controllers/
├── services/
├── models/
├── routes/
└── middleware/

Monorepo

apps/           # Applications
├── web/
├── api/
packages/       # Shared libraries (by domain, not language)
├── types/
├── utils/
└── ui/

Where to Put Things

Type Location
Shared types types/ or packages/types/
Utilities lib/ or utils/ (split by domain)
Config config/ or root
Unit tests Colocate: foo.test.ts next to foo.ts
E2E tests e2e/ or tests/e2e/
Mocks/fixtures mocks/ or test/mocks/

Naming Conventions

Type Convention
Files kebab-case.ts
Unit tests *.test.ts
E2E tests *.e2e.ts
Schemas *.schema.ts

Anti-Patterns

  • Catch-all files: Avoid utils.ts, helpers.ts - split by domain
  • Deep nesting: Keep < 4 levels, use descriptive names instead
  • Separated unit tests: Don't put all in tests/ - colocate instead
  • Language grouping: In monorepos, group by domain not language
  • Bloated barrels: Avoid index.ts with 50+ re-exports