バックエンド実装時に使用。DRY原則遵守。コーディング規約準拠。
database-migration
DBマイグレーション作成時に使用。バージョン番号競合防止。mainブランチ確認必須。
インストール方法を見る含まれるファイル(1)
- SKILL.md1.6 KB
SKILL.md(原文)
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Database Migration Skill - DBマイグレーション
禁止事項(最重要)
以下は絶対に禁止。違反は許容されない。
- 既存マイグレーションファイルの変更・削除禁止: チェックサムエラーが発生する
- mainブランチ確認なしでのファイル作成禁止: バージョン番号が重複する
- バージョン番号の欠番禁止: 連番で管理
ファイル命名規則
プロジェクトのマイグレーションツール(Flyway, Prisma, Alembic 等)の命名規則に従う。
バージョン番号決定手順(必須)
Step 1: mainの最新状態を取得
git fetch origin main
(feature ブランチ上で git pull origin main を使わないこと — main がマージされて余分なマージコミットが生じ、quality-check や hook が使う origin/main...HEAD の差分基準がずれる。バージョン確認は origin/main の参照だけで足りる)
Step 2: 最新バージョン番号を確認
プロジェクトのマイグレーションディレクトリを確認し、最新のバージョン番号を取得する。
Step 3: マイグレーションファイル作成
次の連番でファイルを作成。
SQL記述ルール
CREATE TABLE IF NOT EXISTSを使用(冪等性の確保)- インデックスは必要なカラムに適切に作成
- 外部キー制約を適切に設定
- デフォルト値を明示的に指定
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
Use before implementing any feature, behavior change, or refactor - settles requirements and design, then gets the design independently reviewed and approved by the user before code is written
日本語の概要は準備中です。原文の説明を表示しています。
作業開始時に使用。mainブランチでの作業禁止。Issue先行作成必須。
UI実装後の検証時に使用。agent-browser CLIでブラウザ上の動作を手動検証する。「UIを確認」「画面テスト」と言われたら使用(プロジェクトの E2E スイート実行は quality-check Step 5(推奨度・範囲で自動実施または確認)/ server-startup が担当)。
Use when independent tasks benefit from parallel work without shared state or sequential dependencies
日本語の概要は準備中です。原文の説明を表示しています。
Use when continuing implementation from an existing plan
日本語の概要は準備中です。原文の説明を表示しています。