Atlas

Analyze system dependencies to expose god classes and circular references.

Updated Mar 18, 2026
One-click install
npx skills add https://github.com/Dinxeshh/agent-skills --skill atlas-dinxeshh
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Atlas
Source: https://github.com/Dinxeshh/agent-skills/tree/main/skills/atlas
Command: npx skills add https://github.com/Dinxeshh/agent-skills --skill atlas-dinxeshh

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Atlas resolves the uncertainty around system-level dependency risks by spotlighting circular references, God Classes, and architectural debt so you can prioritize the most dangerous structural bottlenecks before making any decisions.

Core Features & Use Cases

  • Dependency Analysis: Maps module graphs, highlights high-coupling zones, and detects forbidden layer violations to serve as the foundation for modernization planning.
  • ADR / RFC Crafting: Produces decision records that contrast current vs desired states, capture alternatives, and include rollout plus rollback plans tied to measurable architecture health metrics.
  • Technical Debt & Boundary Design: Quantifies debt items, assigns priorities, and outlines module boundary splits that inform iterative refactorings and handoffs to Zen, Sherpa, or Builder as needed.

Quick Start

Map the current module dependencies, highlight circular references, and draft an RFC to guide architectural improvements.

Frequently Asked Questions about Atlas

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

FAQPage Schema
How do I detect God Classes and circular references in a complex module dependency graph?

To detect God Classes and circular references, you analyze system dependencies to map module graphs and expose hidden coupling metrics. This process highlights high-coupling zones and structural bottlenecks, forming the foundation for architectural debt remediation and modernization planning.

How do I write an architecture decision record that includes rollback plans and measurable trade-offs?

Writing an architecture decision record with rollback plans requires contrasting current versus desired states while capturing alternatives. You tie rollout and rollback plans directly to measurable architecture health metrics and evidence-backed coupling data to document clear trade-offs.

What is the best way to quantify technical debt and plan module boundary splits for iterative refactoring?

The best way to quantify technical debt and plan module boundary splits is by mapping dependency graphs to assign priorities to debt items. You outline specific boundary separations that inform iterative refactorings and reduce forbidden layer violations.

Can I use dependency analysis for architecture health reviews in systems with highly coupled modules?

Yes, you can use dependency analysis for architecture health reviews in highly coupled systems. It maps module dependencies to expose hidden architectural debt, detects forbidden layer violations, and provides the evidence-backed metrics needed to prioritize structural improvements.

What are the limitations of using module dependency graphs to identify architectural debt?

A limitation of using module dependency graphs to identify architectural debt is that while they expose coupling metrics and circular references, they must be paired with migration planning and ADR documentation to ensure actionable remediation and safe rollbacks.