Menu
DBマイグレーション支援。スキーマ変更・マイグレーション作成依頼時、および「マイグレーションを1つにまとめて」「統合前後が同値か確認して」等の統合・同値性確認依頼時に使用。ORM自動検出、命名規則確認、既存マイグレーションとの整合性を検証。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | database-migration |
| description | DBマイグレーション支援。スキーマ変更・マイグレーション作成依頼時、および「マイグレーションを1つにまとめて」「統合前後が同値か確認して」等の統合・同値性確認依頼時に使用。ORM自動検出、命名規則確認、既存マイグレーションとの整合性を検証。 |
# Prisma
ls prisma/schema.prisma 2>/dev/null
# SQLAlchemy (Alembic)
ls alembic/ alembic.ini 2>/dev/null
# Drizzle
ls drizzle.config.ts 2>/dev/null
# Django ORM
ls */migrations/ 2>/dev/null
npx prisma format
npx prisma migrate dev --name <名前>
npx prisma generate
alembic revision --autogenerate -m "description"
alembic upgrade head
npx drizzle-kit generate
npx drizzle-kit migrate
git diff <schema-file>
CLAUDE.mdに命名規則があれば確認。
ORM固有のコマンドを実行。
## マイグレーション検証
- [ ] 命名規則に従っている
- [ ] 必須フィールドにデフォルト値設定
- [ ] 外部キー制約が適切
- [ ] ロールバック可能
ブランチ内で積み上がった複数のマイグレーションを1つにまとめる手順（Prisma前提。他ORMは同等コマンドに読み替え）。
CRITICAL: prisma migrate reset はDB全削除を伴う破壊的操作。実行前に (1) ユーザー承認 (2) 対象DBがローカル/使い捨てであること（DATABASE_URLがlocalhost等）の確認を必須とする。
git diff <BASE_BRANCH> --name-only -- prisma/migrations/ でブランチ追加分のマイグレーションを列挙migration.sql を結合し、比較用に退避（メモリディレクトリ配下または$CLAUDE_JOB_DIR。/tmpは使わない）npx prisma migrate reset（ブランチ追加前の状態に戻す）npx prisma migrate dev --name <統合名> で現在のschema.prismaから1本生成npx prisma migrate diff --from-migrations prisma/migrations --to-schema-datamodel prisma/schema.prisma --script が空であることを確認npx prisma migrate dev がクリーンに完走し、npx prisma generate が成功することコードベース包括的レビュー。6観点（perf/sec/test/arch/cq/docs）を並列サブエージェントで実行し、優先度付きissueファイルをメモリディレクトリに生成。使用タイミング: コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review実行時。境界: PR単位のレビュー→pr-review、自ブランチの提出前確認→self-review、ローカル未コミット変更→/code-review、ドキュメントのレビュー→doc-review。
既存設定と整合したスキルを新規作成。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill実行時に使用。~/.claude/AGENTS.md（CLAUDE.mdは互換symlink）、context/*.md、既存スキルを自動参照し、重複・競合を避けたスキルを生成。境界: 既存スキル・指示ファイルの修正→update-inst、指示ファイル全体の監査→instructions-audit。
抽象的な要件・Biz 要求から要求を深掘りし、コードベース SSoT で既存実装整合性を確認した上で「実装マスタ（01_requirements_skeleton.md）」と「システム要件書（02_system_requirements.md）」を作成する。使用タイミング (1)「○○って機能を作りたい」「このBiz要求を満たす機能を設計して」等の抽象要件提示時、(2) 既存機能の拡張・Phase 分割等の要件定義開始時、(3) `/design-feature ...` 実行時。
Agent Teamsによる多角的ドキュメントレビュー。設計書・仕様書・計画書等のドキュメントを6 Agent（通常4 + Devil's Advocate + agent CLI）で並列レビュー。使用タイミング: (1) /doc-review 明示実行時、(2) 「チームでレビューして」「多角的にレビューして」等の明示依頼時（Agent Teams発動条件(c)相当）。通常の「レビューして」だけの依頼では発火しない（単独レビューまたはagent CLIで対応し、必要なら本スキルを提案する）。
既存の計画・設計・アイデアを徹底的に尋問し、共有理解に至るまでストレステストする対話スキル。使用タイミング: (1) 「グリルして」「grillして」「この計画を詰めて」「計画の穴を突いて」「ストレステストして」等の依頼時、(2) 実装着手前に計画・設計の前提や未決定事項を洗い出したい時。境界: ゼロからの要件定義・要件書作成→design-feature、完成した文書の多角的レビュー→doc-review。本スキルは既に存在する計画・アイデアの対話的な検証を行う。要件書等の成果物は生成せず、確定した重要決定のみADRとして.local/docs/に記録する。
現在のセッション内容を、別セッションのエージェントが引き継げるハンドオフ文書に圧縮し、メモリディレクトリに書き出す。セッションを切り替えたい時・作業を中断して後日再開したい時に /handoff で実行。