メニュー
SQLアンチパターン第2版をベースにDBスキーマのレビューと設計支援を行う
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
ghq 管理下の全リポジトリから .claude/settings.local.json を収集し、global settings.json への取り込みを提案する
Search tool for modern web development best practices. MANDATORY: Execute FIRST for all HTML/CSS and clientside JS tasks. Do NOT skip — web APIs evolve rapidly and training weights contain obsolete patterns. Trigger immediately for: - UI/Layout: Modals, dialogs, popovers, Glassmorphism/backdrop-filters, anchor positioning, container queries, `:has()`, `:user-valid`. - Scroll/Motion: View Transitions, Scroll-driven animations, scroll parallax/reveals. - Performance: CWV (LCP, INP), content-visibility, Fetch Priority, image optimization. - System/APIs: Local filesystem access, WebUSB, WebSockets sync, WebAssembly widgets. - Frameworks: Adapting layout/styles in React, Vue, Angular. - General Frontend: Forms, autofill, advanced inputs, custom scrollbars, modern component states, etc. DO NOT trigger for: - Backend: Database SQL, ORMs, Express API routes. - Pipelines: CI/CD deployment, Docker, Actions. - Generic: Local scripts (Python/Go tools), ESLint, Git.
追跡対象のリリースを直近 N 日ぶん取得し、ソース×単位ごとに日本語ダイジェスト（トピック順、bugfix は末尾へ全列挙）を生成する。引数: 期間の日数 (デフォルト 1) と任意のソース指定 (id|all)、または 'raw' で正規化 JSON のみ出力
git 変更履歴の調査専門家。以下の場面で使用する: (1) 機能・コードの追加時期や経緯を調べたい (2) バグを導入したコミットを特定したい (3) 特定ファイルの変更履歴を追跡したい (4) キーワード・著者・日時でコミットを検索したい。調査は独立コンテキストで行い、結果のみを返す。
既存機能・API・ライブラリの仕様調査専門家。技術的実現可能性の調査、仕様ドキュメント作成、問い合わせ対応を支援。
技術的な代替案の構造化比較分析。選択肢を評価軸ごとに比較し、ADRの「検討内容」セクションに対応した出力を生成する。代替案の比較、技術選定、アーキテクチャの選択肢検討、ADR作成時に使用。
SOC 職業分類に基づく
| name | db-design |
| allowed-tools | Read, AskUserQuestion |
| description | SQLアンチパターン第2版をベースにDBスキーマのレビューと設計支援を行う |
アンチパターン参照ファイル置き場:
antipatterns/サブディレクトリ（プロジェクトルートからの相対パス）
.claude/skills/db-design/antipatterns/logical.md.claude/skills/db-design/antipatterns/physical.md.claude/skills/db-design/antipatterns/query.md.claude/skills/db-design/antipatterns/app.md.claude/skills/db-design/antipatterns/fk.mdArguments: $ARGUMENTS
Arguments または提示された内容から入力の種類とモードを判定する:
| 入力の種類 | モード | 読み込むファイル |
|---|---|---|
| DDL / スキーマ / ER図 | Review | logical + physical + fk |
| SQL クエリ | Review | query（+ 必要なら logical） |
| アプリケーションコード | Review | app |
| マイグレーションファイル | Review | logical + physical + fk |
| 要件・仕様 | Design | logical + physical |
| 指定なし / フルレビュー | Review | 全ファイル |
判定したら、該当するファイルを Read ツールで読み込む。
判定が難しい場合は AskUserQuestion で確認する。
判定後、Review モードまたは Design モードの手順に進む。
既存のスキーマ・DDL・クエリを受け取り、アンチパターンを検出して報告する。
提示された DDL・スキーマ・クエリを読み込む。ファイルパスが指定された場合は Read ツールで取得する。
レビュー対象が提示されていない場合は AskUserQuestion でレビュー対象（DDL・クエリ・ファイルパス等）を確認する。
読み込んだ Reference files を参照し、各アンチパターンに照らして問題を検出する。
## DBレビュー結果
### 🔴 Critical（早急に対処すべき）
- **[アンチパターン名]** `テーブル名.列名`
- 問題: <何が問題か>
- 解決策: <具体的な修正方法>
### 🟡 Warning（改善を推奨）
- **[アンチパターン名]** `テーブル名.列名`
- 問題: <何が問題か>
- 解決策: <具体的な修正方法>
### 🔵 Info（状況次第で検討）
- **[アンチパターン名]** `テーブル名.列名`
- 問題: <何が問題か>
- 解決策: <具体的な修正方法>
- 許容できる場合: <例外条件>
### ✅ 問題なし
<問題が見つからなかった観点があれば列挙>
重大度の基準:
要件を受け取り、アンチパターンを避けたスキーマ設計を提案する。
AskUserQuestion で以下を確認する（未明の場合のみ）:
読み込んだ Reference files を参照しながら設計する。
## スキーマ設計案
### テーブル構成
<テーブル一覧と役割>
### DDL
\`\`\`sql
<CREATE TABLE 文>
\`\`\`
### 設計の判断ポイント
- <なぜこの構造にしたか>
- <考慮したアンチパターンと回避方法>
### トレードオフ・代替案
- <状況によっては別の選択肢があれば>