dependency-mapping
Calculates risk and dependency scores using DSM matrices to optimize implementation order.
Install
mkdir -p .claude/skills/dependency-mapping && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/4382" && unzip -o skill.zip -d .claude/skills/dependency-mapping && rm skill.zipInstalls to .claude/skills/dependency-mapping
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Map slice dependencies using DSM matrix and prioritize by riskKey capabilities
- →Map slice dependencies using a DSM matrix
- →Calculate dependency risk scores
- →Recommend implementation sequences
- →Identify high fan-in blockers
How it works
It builds a Design Structure Matrix to quantify fan-in and fan-out, then applies a risk formula to rank slices for implementation.
Inputs & outputs
When to use dependency-mapping
- →Plan multi-slice feature implementation
- →Calculate dependency risk scores
- →Determine feature build sequence
About this skill
Dependency Mapping Skill
Map dependencies between implementation slices using Design Structure Matrix (DSM), calculate risk scores, and recommend implementation sequence.
When to Use
- During Ask mode Phase 2 (CONVERGE)
- When planning multi-slice features
- Before phasing to understand risk order
Instructions
Phase 1: Build DSM Matrix
Create a square matrix with slices on both axes. Mark dependencies with *:
| #1.1 | #1.2 | #2.1 | #2.2 | #2.3 | #3.1 |
---------+------+------+------+------+------+------+
#1.1 | - | | | | | |
#1.2 | * | - | | | | |
#2.1 | | * | - | | | |
#2.2 | | | * | - | | * |
#2.3 | | * | * | | - | |
#3.1 | | | | | | - |
Legend: * = row depends on column
Reading: Row #2.2 has * in columns #2.1 and #3.1 = #2.2 depends on #2.1 AND #3.1
Phase 2: Calculate Dependency Score
For each slice, count:
| Metric | Formula | Meaning |
|---|---|---|
| Fan-in | How many slices depend ON this? | High = blocker, ship early |
| Fan-out | How many slices does this DEPEND on? | High = risky, ship later |
| Dependency Score | Fan-out count | Lower = safer |
Phase 3: Calculate Leverage Score
Score each slice on reuse of existing patterns:
| Level | Score | Description |
|---|---|---|
| Full Reuse | 0 | Uses existing component from design system/Storybook as-is |
| Extend | 1 | Extends existing component with new props/variants |
| Compose | 2 | Composes multiple existing components |
| New Pattern | 3 | Creates new component following design system tokens |
| New System | 5 | Requires new patterns not in design system |
Check these sources before scoring:
/docs/design-system/components.md- Existing componentsGlob **/*.stories.tsx- Storybook patternsSemanticSearchfor similar implementations in codebase
Phase 4: Calculate Risk Score
Risk Score = (Dependencies x 2) + Leverage + PriorityTier
Where PriorityTier:
- P1 (Frontend-only) = 0
- P2 (Frontend + Backend non-breaking) = 1
- P3 (Backend contract changes) = 2
- P4 (Data model changes) = 3
Phase 5: Identify Blockers
Flag slices that block others (high fan-in):
#3.1 WorkspaceInvite Entity
Fan-in: 3 (blocks #2.2, #2.3, #2.4)
RECOMMENDATION: Consider stub/mock for Phase 1, or ship early despite risk
Phase 6: Rank by Risk
Sort slices by Risk Score (lowest first = ships first):
| Rank | Slice | Deps | Leverage | Tier | Risk Score |
|---|---|---|---|---|---|
| 1 | #1.1 Workspace Switcher | 0 | Extend (1) | P1 (0) | 1 |
| 2 | #1.2 Members Page UI | 1 | Compose (2) | P1 (0) | 4 |
| 3 | #2.1 List Members API | 1 | N/A | P2 (1) | 4 |
Output Format
## Dependency Analysis
### DSM Matrix
[Matrix as shown above]
### Risk Scoring
| Slice | Deps | Leverage | Tier | Risk | Rank |
|-------|------|----------|------|------|------|
| [Slice] | [N] | [Level (score)] | P[N] | [Score] | [#] |
### Blockers Identified
| Slice | Blocks | Fan-in | Recommendation |
|-------|--------|--------|----------------|
| [Slice] | [List] | [N] | [Stub/Ship early/etc] |
### Recommended Sequence
1. [Lowest risk slice] - [Why safe]
2. [Next slice] - [Dependencies satisfied by #1]
...
### Existing System Leverage
| Component | Source | Slices Using | LOC Saved |
|-----------|--------|--------------|-----------|
| [Component] | [design-system/Storybook] | [List] | ~[N] |
Invocation
Invoke manually with "use dependency-mapping skill" or follow Ask mode Phase 2 (CONVERGE) which references this skill.
Related Skills
phasing- Uses risk scores to group into phasesdesign-context- Identifies existing patterns to leveragegtm-alignment- May override risk-based order for GTM priority
When not to use it
- →When the project lacks distinct implementation slices
Limitations
- →Requires manual entry of dependency data
- →Risk scores are estimates based on provided tiers
How it compares
It uses a quantitative risk-scoring model to determine build order rather than relying on intuition.
Compared to similar skills
dependency-mapping side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| dependency-mapping (this skill) | 1 | 7mo | No flags | Intermediate |
| architect-review | 109 | 4mo | No flags | Advanced |
| solid-principles | 57 | 9mo | No flags | Intermediate |
| codex | 32 | 2mo | Review | Advanced |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by WellApp-ai
View all by WellApp-ai →You might also like
architect-review
sickn33
Master software architect specializing in modern architecture patterns, clean architecture, microservices, event-driven systems, and DDD. Reviews system designs and code changes for architectural integrity, scalability, and maintainability. Use PROACTIVELY for architectural decisions.
solid-principles
SmidigStorm
Enforce SOLID principles (Single Responsibility, Open/Closed, Liskov Substitution, Interface Segregation, Dependency Inversion) in object-oriented design. Use when writing or reviewing classes and modules.
codex
Lucklyric
Invoke Codex CLI for complex coding tasks requiring high reasoning capabilities. This skill should be invoked when users explicitly mention "Codex", request complex implementation challenges, advanced reasoning, or need high-reasoning model assistance. Automatically triggers on codex-related requests and supports session continuation for iterative development.
error-handling-patterns
wshobson
Master error handling patterns across languages including exceptions, Result types, error propagation, and graceful degradation to build resilient applications. Use when implementing error handling, designing APIs, or improving application reliability.
deepwiki-rs
sopaco
AI-powered Rust documentation generation engine for comprehensive codebase analysis, C4 architecture diagrams, and automated technical documentation. Use when Claude needs to analyze source code, understand software architecture, generate technical specs, or create professional documentation from any programming language.
senior-fullstack
davila7
Comprehensive fullstack development skill for building complete web applications with React, Next.js, Node.js, GraphQL, and PostgreSQL. Includes project scaffolding, code quality analysis, architecture patterns, and complete tech stack guidance. Use when building new projects, analyzing code quality, implementing design patterns, or setting up development workflows.