module-analysis-template

Document module analysis points and dependency maps for migration planning.

Updated Apr 9, 2026
One-click install
npx skills add https://github.com/SergeuMatyasov/dotnet-shared-skills --skill module-analysis-template
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: module-analysis-template
Source: https://github.com/SergeuMatyasov/dotnet-shared-skills/tree/main/module-analysis-template
Command: npx skills add https://github.com/SergeuMatyasov/dotnet-shared-skills --skill module-analysis-template

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides a structured approach to analyze files and modules before migration, decomposition, and layering, ensuring clear ownership and boundaries.

Core Features & Use Cases

  • Analyze each file or module individually to capture responsibilities, inputs, outputs, dependencies, side effects, hidden invariants, and layering context.
  • Produce a single table that documents domain, application, and infrastructure concerns, and identifies the point of coupling with legacy systems.
  • Build a dependency map to guide migration planning and modularization, enabling safer refactors and easier future maintenance.

Quick Start

Provide a target module and fill out the analysis table for each file or module using the template.

Frequently Asked Questions about module-analysis-template

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

FAQPage Schema
How do I analyze module dependencies before a codebase migration?▼

Module analysis for migration involves documenting each file's responsibilities, inputs, outputs, dependencies, and side effects. You generate a dependency map to separate domain, application, and infrastructure concerns, ensuring safer refactoring and clear boundaries.

What is the best way to map hidden invariants and layering boundaries for decomposition?▼

Mapping hidden invariants and layering boundaries requires analyzing each module individually to document side effects and coupling points. Applying a structured template separates concerns to guide modularization and identify legacy system coupling.

How do I document legacy system coupling points during architecture analysis?▼

Document legacy system coupling points by applying a template to each file to capture dependencies and layering context. This produces a single table separating domain, application, and infrastructure concerns for migration planning.

How do I handle unconfirmed dependencies when building a module dependency map?▼

When building a module dependency map, handle unconfirmed dependencies by marking them as 'не подтверждено'. Ensure all documented facts are supported by code or tests, and maintain a dedicated plan for resolving these unknowns.

Can I use a structured template to separate domain and infrastructure concerns for migration planning?▼

Yes, you can use a structured template to separate domain, application, and infrastructure concerns for migration planning. The template captures responsibilities and side effects for each module, producing a consistent dependency map.