القائمة
SQLアンチパターン第2版をベースにDBスキーマのレビューと設計支援を行う
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
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作成時に使用。
| 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 文>
\`\`\`
### 設計の判断ポイント
- <なぜこの構造にしたか>
- <考慮したアンチパターンと回避方法>
### トレードオフ・代替案
- <状況によっては別の選択肢があれば>