非自明なタスク（3ステップ以上、アーキテクチャ判断、複数ファイルにまたがる変更）に取り組む際の計画・実行・検証サイクル。タスクの開始時、実装がうまくいかず再計画が必要な時、バグ修正やリファクタリングの着手時にこのスキルを参照する。「計画を立てて」「TODO を整理して」「この機能を実装して」「バグを直して」といったリクエストや、明らかに複数ステップを要するタスクではこのスキルを使う。ただし、大規模な新機能開発（コードベース探索・アーキテクチャ設計・並列レビューが必要な重量級タスク）には feature-dev プラグイン（/feature-dev）の方が適切。
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
タスクが以下のいずれかに該当する場合、実装前にプランモードに入る。
計画は tasks/todo.md にチェックリスト形式で書く。
## [タスク名] - YYYY-MM-DD
- [ ] ステップ1: 具体的な作業内容
- [ ] ステップ2: 具体的な作業内容
- [ ] 検証: テスト実行・動作確認
計画を書いたら、実装開始前にユーザーへ共有して確認を取る。
tasks/todo.md のチェックを更新し、何を変更したかの要約を添えるタスクを完了とする前に、必ず以下を行う。
pnpm fix 等、プロジェクトの修正コマンド）tasks/todo.md にレビューセクションを追記する検証なしにタスクを完了とマークしない。
以下の場合は確認なしに自律的に進めてよい。
以下の場合は実行前にユーザーへ確認する。
非自明な変更では、提示する前に「もっと良い方法はないか」と立ち止まる。修正がハック的に感じたら、今知っていることすべてを踏まえてエレガントな解決策を検討する。
ただし、単純で明白な修正にはこのチェックをスキップする。過剰設計しない。
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
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.
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 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 "このファイルを変えたら何が壊れる？", "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.
This skill should be used when the user asks to "このIssueを実装して", "implement this issue", "fix this bug", "このタスクをやって", "Issue