dissect
このスキルは、ユーザーが「いつ複雑になったのか」「なぜこのファイルはこんなに複雑なのか」「どのように進化したのか」「複雑性の履歴」「進化を辿る」「このコードに何が起きたのか」「このファイルを分析する」といった質問をしたり、「/dissect」に言及したり、ファイルまたは関数がGitの履歴を通じてどのように複雑化していったかを理解したいときに使用します。
description の原文を見る
This skill should be used when the user asks "when did this get complicated", "why is this file so complex", "how did this evolve", "complexity history", "trace the evolution", "what happened to this code", "dissect this file", mentions "/dissect", or wants to understand how a file or function became complex by tracing its evolution through git history.
SKILL.md 本文
Dissect
ファイルの進化を単純な状態から複雑な状態へと追跡します。複雑性が追加された瞬間を特定し、それがなぜ追加されたのかを理解し、各レイヤーがまだ必要かどうかを評価します。リファクタリングに不可欠です。安全に単純化する前に、履歴を理解する必要があります。
ワークフロー
1. 対象を特定する
- 引数なし: 自動検出します。
timewarp_trendsを使用して（利用可能な場合）、複雑性の成長が最も急なファイルを見つけます。MCPが利用できない場合は、最も大きいソースファイル（生成ファイルとベンダーファイルを除いた行数で）を見つけて分析します。 - 引数あり: 指定されたファイルを分析します。関数名が与えられた場合は、その関数の進化に焦点を当てます。
2. 現在の状態を読む
ファイルを今読みます。以下を評価します：
- 総行数、関数数、ネストの深さ
- 最も複雑なセクションはどれか？（最も深いネスト、最長の関数、最も多い分岐）
- その複雑性を必要とする責務は何か？（ビジネスルール、エラーハンドリング、互換性など）
関数レベルの追跡: 特定の関数が要求された場合、その進化を分離します：
- 現在のファイルで関数を見つけます（名前、シグネチャ、または行範囲で）
- `git log -L :{fu
...
詳細情報
- 作者
- mbwsims
- ライセンス
- unknown
- 最終更新
- 2026/4/28
Source: https://github.com/mbwsims/claude-universe / ライセンス: unknown
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理（非同期ジェネレータを含む）、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。