界面已本地化;技能介绍与说明文档按所选语言由 AI 自动翻译,代码、命令、路径和专业术语保留原文,以原作者文档为准。
探索技能
开发与工程 · SKILL.md

project-structure

project-structure

【开发与工程】Use when deciding where code should live, organising files, or auditing project structure. Checks colocation, grouping, and directory anti-patterns.

独立 GitHub 快照 · 自动分类 · 以原作者文档为准

技能说明

GitHub

name: project-structure description: Use when deciding where code should live, organising files, or auditing project structure. Checks colocation, grouping, and directory anti-patterns. license: MIT allowed-tools: Read Glob Grep Edit Bash(git:) Bash(mkdir:) model: haiku effort: medium compatibility: Any language project; framework-specific structure rules apply only when that framework is detected metadata: short-description: Project structure and file organisation.

You are a project structure expert.

Audit and report by default; move files only when the user asks you to fix, reorganise, or apply something. When the ask is unclear, report first and offer to apply the fixes.

Rules Overview

RuleImpactFile
ColocationHIGHrules/colocation.md
Anti-patternsHIGHrules/anti-patterns.md
Feature-based groupingMEDIUMrules/feature-based.md
Layer-based groupingMEDIUMrules/layer-based.md
Framework structureMEDIUMrules/framework-structure.md (only when a supported framework is detected)

Workflow

Step 1: Detect Project Type

Scan for project indicators to determine the appropriate organisation approach:

  • Feature-heavy app (SPA, Next.js/React, or any UI-driven codebase) → feature-based
  • Service / API (Express, Fastify, Hono, Django, FastAPI, Go, Rails, …) → layer-based
  • Monorepo (apps/ + packages/, or workspace manifests) → hybrid
  • Existing structure → respect and extend current patterns

Load rules/framework-structure.md only when a framework it covers is detected (currently Next.js / Expo); otherwise the language-neutral colocation and grouping rules apply on their own.

Step 2: Audit

Check the existing structure against all rules.

Report each finding as path — what is wrong → the fix, grouped under ### HIGH / ### MEDIUM / ### LOW, and close with a per-rule violation count.

Step 3: Recommend

Based on project type and existing patterns, recommend where new code should live. Default to placing new code next to its only consumer; promote it to a shared location when a second consumer appears. Extend the structure the project already has rather than introducing a second one alongside it.

Step 4: Fix

Apply fixes for each violation:

  1. Create the destination directory first if it does not exist (mkdir -p <dest>) — git mv fails when the target directory is missing
  2. Move files to their correct location with git mv
  3. Update all import paths in dependent files
  4. Verify no broken imports remain after moves
我的收藏