メニュー
変更されたコードを再利用性・品質・効率の観点で分析し、問題を直接修正するスキル。「コードをシンプルにして」「リファクタして」「コードを整理して」「簡潔にして」「DRYにして」「重複を除去して」「効率化して」「コードを改善して」「設計を整理して」「クラスを分割して」「コードスメルを除去して」「デザインパターンを適用して」などのリクエストで発動する。レポートを出力するだけでなく、コードを直接修正する。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/ynitto/sandbox --skill code-simplifierコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
会話中の話題を、最小の視覚表現（擬似コード・呼び出しツリー・コンポーネントツリー・ファイルツリー・Mermaid・diff・HTML）で見せて理解を助けるスキル。「図で説明して」「見せて」「視覚的に説明して」「イメージで教えて」「構造を見せて」「どう変わるのか見せて」「show me」などで発動する。説明が長文になりそうなときに、文章の代わりに図で示す。
agent-flow の orchestrator 向け高精度タスク分解・戦略選択スキル。要求を分析し、7パターン（map-reduce 含む）＋複合パターンから最適な戦略を選定し、実行可能なタスクグラフを生成する。decomposition スキルの分解能力を内包し、agent-flow の `--planner flow-planner` で利用する。
セッションをまたいで知識・決定事項を継続させたいときのスキル。「覚えておいて」でsave、「思い出して」でrecall、「記憶一覧」でlist、「忘れて」でarchive、「共有して」でshare、「整理して」でcleanup、「役立った／間違ってた」でrate、「固定化して」でconsolidate。重要な知見を発見したら自律的にsaveを実行すること。
SOC 職業分類に基づく
SKILL.md を表示中
| name | code-simplifier |
| description | 変更されたコードを再利用性・品質・効率の観点で分析し、問題を直接修正するスキル。「コードをシンプルにして」「リファクタして」「コードを整理して」「簡潔にして」「DRYにして」「重複を除去して」「効率化して」「コードを改善して」「設計を整理して」「クラスを分割して」「コードスメルを除去して」「デザインパターンを適用して」などのリクエストで発動する。レポートを出力するだけでなく、コードを直接修正する。 |
| metadata | {"version":"2.0.0","tier":"experimental","category":"review","tags":["refactoring","code-quality","dry","design-patterns","clean-code"]} |
変更されたコードを再利用性・品質・効率の観点で分析し、問題を直接修正する。
| 対象 | 可否 |
|---|---|
| 内部実装の整理・分割・命名改善 | ✅ する |
| 公開 API のシグネチャ変更 | ⚠️ ユーザー承認を得てから行う |
| バグ修正・機能追加 | ❌ しない（別タスクにする） |
| テスト未整備のコードへの大規模変更 | ❌ しない（先にテストを追加する） |
以下に該当する場合はワークフローを省略し、直接実施してサマリーを出す:
該当しない場合は以下のワークフローを使う。
git diff --name-only HEAD で変更ファイルを確認する手法のコード例は references/techniques.md を参照。
| 優先度 | 基準 |
|---|---|
| 高 | 50行超の関数・深いネスト・重複コード（理解・変更を直接阻害する） |
| 中 | 神クラス・関数分割・命名改善・定数化 |
| 低 | スタイルの統一、微細なリファクタリング |
スコープを守る: 変更範囲に関連するコードのみを修正する。複数箇所の修正が必要な場合は計画を説明してからユーザーに確認を取る。公開 API の変更を含む場合は必ず明示する。
各変更のサイクル:
テスト実行（緑を確認）→ 1つの変更を実施 → テスト実行 → 全テスト通過後にコミット
validateInput関数に抽出します」）## code-simplifier 結果
### 実施した修正
- [修正内容]: <何をどう変えたか>
### 修正しなかった点（該当あれば）
- <修正を見送った理由>