blast-radius-check

Identify all consumers of a code symbol before modifying it.

8|1|Updated Jan 24, 2026
One-click install
npx skills add https://github.com/bordenet/superpowers-plus --skill blast-radius-check
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: blast-radius-check
Source: https://github.com/bordenet/superpowers-plus/tree/main/skills/engineering/blast-radius-check
Command: npx skills add https://github.com/bordenet/superpowers-plus --skill blast-radius-check

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prevents unintended breakages by discovering every caller and dependent before changing existing code so fixes do not break unrelated services or components. It addresses the common failure mode of assuming a change is isolated when transitive consumers exist.

Core Features & Use Cases

  • Cross-repo impact discovery: Systematic guidance to search for symbol usages, imports, and interface implementations across repositories.
  • Categorization and decision rules: Helps classify dependents (direct callers, subclasses, tests, config) and recommends actions based on caller counts.
  • Data-flow tracing and verification: Promotes tracing data/control flow for multi-component changes and mandates filling a touchpoint checklist before edits.
  • Use cases include refactoring shared utilities, applying hotfixes, renaming fields or API contracts, and any change that might propagate across services.

Quick Start

Search all repositories for the symbol you plan to modify, enumerate every referencing file and service, and produce an impact analysis that lists caller counts, transitive dependencies, and recommended mitigations.

Frequently Asked Questions about blast-radius-check

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

FAQPage Schema
How do I check the blast radius of a code change across multiple repositories?

To check the blast radius of a code change, search all repositories for the target symbol, enumerate every referencing file and service, and produce an impact analysis listing caller counts, transitive dependencies, and recommended mitigations.

What is cross-repo impact analysis and when do I need it for refactoring?

Cross-repo impact analysis discovers every caller and dependent of a code symbol across repositories before modification. You need it during refactoring, hotfixes, or API contract changes to prevent breaking transitive consumers and unrelated services.

How do I trace transitive callers before modifying a shared utility?

Trace transitive callers before modifying a shared utility by performing systematic cross-repo text and import searches, tracing data and control flow, and filling a touchpoint checklist to verify all direct callers, subclasses, tests, and config dependencies.

Does this impact analysis approach work for API contract changes and field renames?

Yes, impact analysis works for API contract changes and field renames by categorizing dependents into direct callers, subclasses, tests, and config, then applying decision rules based on caller counts to recommend specific mitigation actions.

What's the best way to map consumers of a code symbol before applying a hotfix?

The best way to map consumers before applying a hotfix is to systematically search for symbol usages, imports, and interface implementations across repositories, classify the dependents, and output an impact analysis with recommended mitigation actions.