arch-assess

Analyze existing codebases to map dependencies, draw as-is C4 diagrams, and assess architecture health.

Updated Aug 31, 2026
One-click install
npx skills add https://github.com/DreamMacer/jiuwenswarm --skill arch-assess-dreammacer
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: arch-assess
Source: https://github.com/DreamMacer/jiuwenswarm/tree/main/resources/agent/workspace/plugins/agent_templates/system-architect/skills/arch-assess
Command: npx skills add https://github.com/DreamMacer/jiuwenswarm --skill arch-assess-dreammacer

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Understanding an existing system is hard: documentation is outdated, architecture diagrams don't match the code, and coupling problems hide in dependency graphs. This Skill performs reverse architecture analysis on brownfield systems, reading the actual code to produce accurate as-is C4 diagrams, locate coupling hotspots and architecture smells, and deliver a scored system health assessment. ## Core Features & Use Cases - Dependency Mapping: Statically analyze imports and runtime call chains to build module dependency graphs, detecting circular dependencies, cross-layer references, and shared-database coupling. - As-Is C4 Diagrams: Reverse-engineer Context, Container, and Component diagrams from code, deployment files, and configuration, annotated with tech stacks, protocols, and flagged smells. - Architecture Smell Detection: Identify structural smells (god services, distributed monoliths, circular dependencies), data smells (N+1 queries, missing transaction boundaries), and deployment smells (single points of failure, hardcoded config). - Health Scoring: Rate scalability, availability, maintainability, observability, security, and cost on a 1-5 scale with a radar-style report template. - Use Case: You inherit a legacy microservices system with no documentation. Use this Skill to read the codebase, generate as-is C4 diagrams, rank the top 5 coupling hotspots by fan-in and change frequency, and produce a health report that feeds directly into an evolution roadmap. ## Quick Start Analyze this repository's architecture, draw the as-is C4 diagrams, identify coupling hotspots and architecture smells, and produce a system health assessment report.

Frequently Asked Questions about arch-assess

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

FAQPage Schema
How do I analyze the architecture of an existing codebase?▼

Start by locating entry points, routes, and database connections, then build a module dependency graph from import statements. Reverse-engineer C4 Context, Container, and Component diagrams from the code and deployment files, and score quality attributes like maintainability and observability on a 1-5 scale.

How to detect circular dependencies in a project?▼

Use static analysis tools matched to your language: madge or dependency-cruiser for TypeScript/JavaScript, pydeps for Python, mvn dependency:analyze for Java, and go mod graph for Go. Circular dependencies appear as cycles in the dependency graph and block independent deployment.

What are common architecture smells in microservices?▼

Common smells include distributed monoliths with strong synchronous calls between services, shared databases accessed by multiple services, god services with too many responsibilities, and circular dependencies. Each smell is ranked by blast radius so the highest-impact issues are fixed first.

How do I find coupling hotspots in a codebase?▼

Compute fan-in for each module to find the most-depended-on modules, then cross-reference with change frequency and test coverage. High fan-in plus high change frequency marks the highest-risk hotspots, while high fan-in with low test coverage signals urgent testing needs.

When should I use architecture assessment instead of architecture design?▼

Use assessment for brownfield systems where code already exists and you need to diagnose problems from the actual implementation. Use design workflows only for greenfield systems built from scratch, since assessment never proposes solutions during the diagnostic phase.