prisma-next

Prisma Next — Router

データコントラクトを編集すれば、あとは Prisma にお任せください。

このスキルは、曖昧な Prisma Next のプロンプトを適切なスキルに振り分けるためのものです。ユーザーがまだ具体的なワークフローを決めていない場合（例：「Prisma Next について教えて」、「Prisma Next の仕組みを説明して」、「PN は初めてです。何から始めればいいですか？」）、このスキルが起動し、適切なスキルへ誘導します。

使用する場合

• ユーザーが具体的なタスクをまだ示していない場合。
• ユーザーが Prisma Next について一般的な質問をする場合（「Prisma Next とは何ですか？」、「PN は Drizzle／Prisma 7 とどう違いますか？」）。
• ユーザーが概要や全体像、または始め方を尋ねる場合。

使用しない場合

• ユーザーがワークフローを指定している場合は、該当するスキルを直接使用します。
  • 新しいプロジェクトのセットアップ、または既存の DB の導入 → prisma-next-quickstart。
  • スキーマの編集、モデルの追加、フィールドの変更 → prisma-next-contract。
  • マイグレーションの作成、プランナーエラーの修正 → prisma-next-migrations。
  • マージ時に実行される内容の確認、同時に実行されるマイグレーションへの対応 → prisma-next-migration-review。
  • クエリの作成 → prisma-next-queries。
  • Supabase — RLS ポリシー、ロールバインディング（asUser / asAnon / asServiceRole）、auth.users の FK、@prisma-next/extension-supabase → prisma-next-supabase。
  • db.ts、ミドルウェア、環境設定の接続 → prisma-next-runtime。
  • ビルドシステム／開発サーバープラグイン（Vite、Next.js、…）→ prisma-next-build。
  • 特定のエラーコードや症状 → prisma-next-debug。
  • Prisma Next のバグ報告や機能リクエストの送信 → prisma-next-feedback。

振り分けルール

ユーザーのプロンプトがいずれかのワークフロースキルに明確に該当する場合は、質問せずに直接そのスキルへ振り分けます。

それ以外の場合は、意図を確認する質問を1つしてください。次から選びます。

• 「Prisma Next は初めてで、何ができるのか、またはどこから始めればよいかを知りたいですか？」（および 「Prisma Next で何ができますか？」／「createprisma を実行したばかりです」 などのバリエーション）→ prisma-next-quickstart（初回利用者向けの導入パス）。
• 「新しい Prisma Next プロジェクトをセットアップしますか、それとも既存のデータベースに接続しますか？」 → prisma-next-quickstart。
• 「データコントラクト（モデル／フィールド／リレーションの追加）を編集しますか、それともデータベースの操作（マイグレーション、クエリ）を行いますか？」 → prisma-next-contract またはその他の該当スキル。
• 「マイグレーションの作成についてですか、それともデプロイ時に実行される内容の確認についてですか？」 → prisma-next-migrations または prisma-next-migration-review。
• 「Prisma Next をビルドツール（Vite／Next.js／…）に接続する話ですか、それとも実行時の db.ts とミドルウェアの接続についてですか？」 → prisma-next-build または prisma-next-runtime。
• 「どのようなエラーや症状が発生していますか？」 → prisma-next-debug。
• 「Prisma Next チームにバグとして報告しますか、それとも機能リクエストですか？」 → prisma-next-feedback。

どのスキルが該当するか判断できない場合は、ユーザーに何をしたいのか尋ねてください。推測してはいけません。

正式なモデル（1 段落）

Prisma Next は、コントラクトファーストのデータレイヤーです。データコントラクト（contract.prisma ファイル、または TypeScript ビルダー）を作成します。フレームワークは、機械可読な成果物（contract.json、contract.d.ts）を生成し、SQL ターゲットでは 3 つのランタイムインターフェースを提供します。型付き SQL クエリビルダー（db.sql.from(...)）、型付き ORM クライアント（db.orm.User.select(...)）、そして生の SQL を実行するための手段（db.sql.raw(...)）です。MongoDB ターゲットでは ORM のみが利用でき、そのキーは PSL モデル名ではなく、コレクションのストレージ名（db.orm.users）です。このルールについては、prisma-next-queries § MongoDB ORM addressing を参照してください。マイグレーションはコントラクトの差分から計画されます。内容を確認し、必要に応じて migration.ts を編集してデータを変換し、適用します。

ユーザーが行う 3 つのステップ：

1. データコントラクトを編集します。（prisma-next-contract）
2. システムがマイグレーションを計画します。（prisma-next-migrations）
3. データマイグレーションが必要な場合は、migration.ts を編集して実行します。（prisma-next-migrations）

それ以外のすべて（クエリ、ランタイムの配線、ビルドの統合、デバッグ、フィードバック）は、この 3 つを基盤としています。

チェックリスト

• プロンプトが特定のワークフロースキルに該当する場合は、質問せずにそのスキルへ案内してください。
• プロンプトが曖昧な場合は、内容を明確にする質問を 1 つしてください。
• このスキルでユーザーの質問に回答しようとせず、まず適切な個別スキルを読み込んでください。
• ユーザーが、存在しない機能や修正を希望する不具合について説明した場合は、prisma-next-feedback へ案内してください。