Skip to main content
ArcSight

← Homepage

Impact analysis example

What breaks when you change Medusa (packages/medusa)?

Real arc impact output on Medusa (packages/medusa) — same structure as the homepage demo. Know blast radius before you merge.

Project: Medusa (packages/medusa) · Score: 91/100 (Excellent architecture) · 721 modules · 726 edges

Engineering decision simulation

Validation procedure 01 · merge vs. hold before output

Before arc impact

You plan a change to a high fan-in module in Medusa (packages/medusa). Would you merge without knowing blast radius?

Typical answer: hold — need dependency context.

After arc impact

Structured output below: score, hotspots, corridors, and high-risk modules — same field schema as the homepage proof.

Decision: confirm hold, narrow change, or inspect paths first.

Published as part of the validation record. Run locally: arc impact <file-you-are-changing>

Architectural Risk Map

Where risk accumulates by control surface — drill down Surface → Substrate → Mechanism → Evidence.

See control surfaces →

Dependency evidence

Architecture visualization

Diagrams are generated from ArcSight analysis data. Dependency graph and risk map show key modules; subsystem view shows high-level structure.

Dependency graph
Dependency graph for this codebase
Subsystem architecture
Subsystem architecture for this codebase
Risk map
Risk map for this codebase

Architecture score & metrics

Score: 91/100 · Stability: 34/100 · Status: healthy · Confidence: 100%

  • Dependency cycles: 1
  • Duplicate authorities: 32

Modules to inspect

One row per module. Fan-in is direct dependents. Blast radius is downstream modules reachable from that file.

Fan-in, direct dependents
  • src/api/utils/validators80 dependents
  • src/api/utils/common-validators51 dependents
  • src/utils17 dependents
  • src/api/admin/products/helpers13 dependents
  • src/loaders12 dependents
  • src/feature-flags/translation11 dependents
  • src/api/admin/returns/query-config11 dependents
  • src/commands/utils/dev-server/types9 dependents
Blast radius, downstream modules
  • src/api/utils/validators197 modules
  • src/api/utils/common-validators151 modules
  • src/utils/middlewares/authenticate-middleware44 modules
  • src/utils33 modules
  • src/feature-flags/translation17 modules
  • src/api/admin/products/validators17 modules
  • src/feature-flags/rbac16 modules
  • src/loaders15 modules
ModuleFan-inBlastRisk
src/api/utils/validators80197CRITICAL
src/api/utils/common-validators51151CRITICAL
src/utils/middlewares/authenticate-middleware544MEDIUM
src/utils1733HIGH
src/feature-flags/translation1117HIGH
src/api/admin/products/validators317HIGH
src/feature-flags/rbac816HIGH
src/loaders1215HIGH
src/api/store/types514HIGH
src/api/admin/products/helpers1313HIGH
src/commands/utils/dev-server/types913HIGH
src/api/admin/returns/query-config1112HIGH
src/commands/utils/dev-server/module-cache-manager812HIGH
src/api/auth/validators910HIGH
src/api/utils/common-validators/common2CRITICAL
src/api/utils/common-validators/products1CRITICAL

Architectural gravity centers

  • src/api/utils/validators— concentrates too many responsibilities
  • src/api/utils/validators— shared utility hub
  • src/api/utils/common-validators— concentrates too many responsibilities
  • src/utils— depends on an unstable module
  • src/feature-flags/translation— shared utility hub

CLI workflow

Scan → Fix → Finish → Watch. Nothing else required.

  • arc scanFind issues
  • arc fixApply fixes
  • arc finishResolve remaining
  • arc watchKeep clean

More commands (explain, impact, guard…) →

Key takeaways

  • •Architecture score 91/100 indicates a healthy structure with room to reduce cycles and violations.
  • •Structural scan reports dependency cycles — inspect impact paths before refactors that cross module boundaries.
  • •High fan-in modules are change-risk zones; run arc explain <path> before refactoring.
  • •Run the full workflow (analyze, hotspots, explain, impact, snapshot, drift) in your repo for deterministic architecture insights.

Run ArcSight on your repo

Install the CLI and run analyze, then hotspots and explain for the same workflow.

npm install -g arcsight
arc analyze
Install ArcSight →

This case study is generated from ArcSight analysis data. View short analysis. View all analyses