repo-shape

Enforce human-readable naming and shallow repo structures during planning, implementation, or refactoring.

1|Updated Apr 6, 2026
One-click install
npx skills add https://github.com/athif23/skills --skill repo-shape
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: repo-shape
Source: https://github.com/athif23/skills/tree/main/skills/repo-shape
Command: npx skills add https://github.com/athif23/skills --skill repo-shape

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Keep code and repo changes calm, skimmable, and human by preventing AI slop, fake enterprise structure, bad naming, and duplicated helpers.

Core Features & Use Cases

  • Encourages naming by responsibility and shallow tree structures.
  • Reduces speculative abstractions and promotes reuse of existing helpers.
  • Useful for code reviews, large refactors, and onboarding new contributors.

Quick Start

Describe the kind of changes you are about to make in plain language to align with repo-shape guidelines.

Frequently Asked Questions about repo-shape

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

FAQPage Schema
How do I fix bloated repo structures and unclear code naming?

Fix bloated repo structures and unclear code naming by enforcing shallow layouts and naming by responsibility. This approach maintains human-readable code, prevents AI slop, and guides structure and abstraction decisions during refactoring.

What is naming by responsibility in code architecture?

Naming by responsibility in code architecture assigns identifiers based on what a module or function actually does. It keeps layouts shallow, state derivable, and avoids speculative abstractions to maintain readability and calm code.

How do I prevent speculative abstractions during a large refactor?

Prevent speculative abstractions during a large refactor by enforcing minimal layers and reusing existing helpers. Apply guidelines that require derivable state and name-by-responsibility to keep code calm, skimmable, and easy to extend.

Can I use repo-shape guidelines for small to mid-sized projects?

Yes, you can apply these architecture and refactoring guidelines for small to mid-sized projects. They guide naming, structure, and abstraction decisions during planning, implementation, or refactoring to keep code readable and easy to extend.

When should I not use minimal layers in code architecture?

Avoid minimal layers in code architecture when your project genuinely requires complex, deeply nested enterprise structures. These guidelines target small to mid-sized projects by enforcing shallow layouts and avoiding speculative abstractions entirely.