This skill should be used when the user asks to "プロジェクトを解析して", "コードベースを調べてドキュメント化して", "移行作業の準備をして", "新機能実装の前にプロジェクトを整理して", "analyze this codebase", "document the project structure", "既存プロジェクトのCLAUDE.mdを作って", or wants to prepare CLAUDE.md and architecture docs before a migration, feature development, or onboarding.
impact-analysis
This skill should be used when the user asks to "このファイルを変えたら何が壊れる?", "what depends on this function", "影響範囲を調べて", "show me what imports this module", or wants to understand the blast radius before modifying a shared utility, exported type, or public API. Traces import/require references up to two levels deep and lists affected test files.
インストール方法を見る含まれるファイル(2)
- SKILL.md3.0 KB
- README.md1.1 KB
SKILL.md(原文)
インストールする前に、エージェントに与えられる指示の中身を確認できます。
変更対象のファイルまたはシンボルを起点に、影響を受けるファイルとテストを列挙するスキル。
Step 1: 対象の受け取り
$ARGUMENTS を以下のいずれかとして解釈する:
- ファイルパス:
src/utils/auth.tsのようなパス - シンボル名: 関数名・クラス名・型名(例:
createSession、UserType)
引数がない場合は「分析対象のファイルパスまたはシンボル名を指定してください」とユーザーに促す。
Step 2: 直接の依存元を探索
ファイルパスの場合
以下のパターンで Grep 検索する:
import.*from.*<filename>
require.*<filename>
export.*from.*<filename>
シンボル名の場合
以下のパターンで Grep 検索する:
import.*\b<symbol>\b
<symbol>\(
: <symbol>
extends <symbol>
implements <symbol>
Step 3: 間接依存の探索
Step 2 で見つかったファイルを起点に、さらにそれらを import しているファイルを探索する。 探索は 最大2段階 まで行い、それ以上の深さはスコープ外として明示する。
Step 4: テストファイルの特定
影響ファイル一覧に対して、以下のパターンでテストファイルを特定する:
<filename>.test.ts/<filename>.spec.ts__tests__/<filename>.ts- テストファイル内で対象シンボルを参照しているもの(Grep)
Step 5: 結果の報告
以下の形式で結果を出力する:
## 影響範囲分析: <対象>
### 直接依存(1段階目)
- src/services/userService.ts — `createSession` を呼び出し
- src/api/authRoute.ts — `createSession` を import
### 間接依存(2段階目)
- src/middleware/auth.ts — authRoute.ts を経由
### 影響を受けるテスト
- src/services/__tests__/userService.test.ts
- src/api/__tests__/authRoute.test.ts
### 注意が必要な箇所
- <変更時に特に気をつけるべき点があれば記載>
影響がゼロの場合は「このファイル/シンボルを参照しているコードは見つかりませんでした」と報告する。
注意事項
- ダイナミックインポートは検出できない:
await import(variable)のような動的参照は静的解析では追跡できないため、その旨を注記する - 外部パッケージは対象外:
node_modules以下はスキップする - 変更は行わない: このスキルはあくまで調査のみ。修正は
implement-taskや直接編集で行う
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
This skill should be used when the user asks to "このエラーを直して", "help me debug this", "fix this stack trace", "なぜこのエラーが出るの", "CI が落ちた", or pastes an error message or stack trace and wants help diagnosing it. Classifies the error type, identifies related files, and proposes up to three root-cause hypotheses with concrete fix plans.
This skill should be used when the user asks to "ドキュメントを更新して", "sync the docs", "update CLAUDE.md after this change", "実装に合わせてドキュメントを直して", or notices that docs have drifted from the codebase. Diffs git history to identify what changed, proposes targeted updates to CLAUDE.md, docs/architecture.md, docs/requirements.md, and README.md, then applies only approved changes.
explain
無料Explain selected code or a specified file/function in plain language, including what it does, why it exists, and potential pitfalls
日本語の概要は準備中です。原文の説明を表示しています。
This skill should be used when the user asks to "このIssueを実装して", "implement this issue", "fix this bug", "このタスクをやって", "Issue
This skill should be used when the user asks to "これらのIssueを全部実装して", "implement these issues autonomously", "Issue一覧を自動で片付けて", "これらのタスクを順番に実装してPRにして", or provides a list of GitHub Issue numbers/URLs for autonomous batch implementation. Fetches all specified Issues, resolves dependency order, then iterates through each — creating a worktree, implementing, and opening a PR — without user intervention.