improve-codebase-architecture

Analyze codebases to identify shallow modules, duplicated knowledge, and leaky seams.

2|Updated Aug 4, 2025
One-click install
npx skills add https://github.com/zhu327/go-clean-arch --skill improve-codebase-architecture-zhu327
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: improve-codebase-architecture
Source: https://github.com/zhu327/go-clean-arch/tree/main/.cursor/skills/improve-codebase-architecture
Command: npx skills add https://github.com/zhu327/go-clean-arch --skill improve-codebase-architecture-zhu327

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps you spot shallow modules, duplicated knowledge, and leaky seams in a codebase so you can consolidate behavior behind clearer interfaces and improve locality.

Core Features & Use Cases

  • Architecture review: Inspect source layout, tests, and project docs to find where callers must know too much.
  • Deepening opportunities: Identify modules that should absorb behavior instead of spreading it across wrappers and pass-through code.
  • Refactor guidance: Recommend changes that improve testability, reduce coupling, and preserve the project’s own conventions.
  • Use case: A team wants to simplify an authentication flow that is split across several thin modules and needs a clear candidate for consolidation.

Quick Start

Ask for an architecture review of the repository and have the Skill identify shallow modules, evidence, and the best refactor candidate.

Frequently Asked Questions about improve-codebase-architecture

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

FAQPage Schema
How do I find shallow modules and leaky seams in my codebase architecture?

To find shallow modules and leaky seams in your codebase architecture, analyze source trees, docs, and tests to spot duplicated knowledge and pass-through wrappers. The review identifies where callers must know too much and recommends deepening modules behind clearer interfaces.

What is the best way to plan a refactor to improve codebase testability?

The best way to plan a refactor for testability is to inspect module interfaces and dependency categories to reduce coupling. This identifies deepening opportunities where modules should absorb behavior, generating locality-focused changes that preserve project conventions.

Why does my module design have too much coupling across thin wrappers?

Module design has too much coupling across thin wrappers when behavior is spread across pass-through code instead of being absorbed. Analyzing the source layout reveals duplicated knowledge and shallow modules, recommending consolidation behind a clear interface to improve locality.

Can I review existing project docs and tests to identify duplicated knowledge?

Yes, you can review existing project docs and tests to identify duplicated knowledge. The architecture review inspects project conventions, source layout, and dependency categories to find evidence of leaky seams and shallow modules that should be deepened.

How do I consolidate an authentication flow split across several thin modules?

To consolidate an authentication flow split across thin modules, inspect the source layout to find shallow pass-through wrappers. The review identifies the best refactor candidate for consolidation, absorbing behavior into deeper modules to reduce caller coupling.

When should I not use a deepening approach for module design refactoring?

You should not use a deepening approach for module design refactoring when existing project conventions heavily rely on localized thin wrappers. If source inspection reveals minimal duplicated knowledge or leaky seams, forcing deep modules may unnecessarily disrupt established architecture.