P

prisma-next

by @prismav
4.3(120)

この Skill は、曖昧な Prisma Next のプロンプトを適切な具体的スキルにルーティングします。ユーザーが「Prisma Next とは」「どこから始めるか」「PN vs Drizzle」などの質問をした際、1つの明確化質問で意図を判断し、quickstart、contract、migrations、queries などの該当スキルへ誘導します。推測を避け、開発効率を向上させます。

routingdisambiguationworkflowprisma-nextonboardingGitHub
インストール方法
npx skills add https://github.com/prisma/prisma-next --skill prisma-next
compare_arrows

Before / After 効果比較

1 组
使用前

このスキルがなかった当時、開発者は曖昧な Prisma Next のリクエストに対して、複数のワークフロースキルを推測したり大量のドキュメントを調べたりする必要があり、正しいスキルを見つけるのに平均20分かかり、誤ルーティング率は40%にも達しました。

使用後

このスキルは、1つの明確化質問でリクエストを正しいスキルへ数秒でルーティングし、平均時間を2分に短縮、誤ルーティング率を5%に削減します。

SKILL.md

Prisma Next — Router

Edit your data contract. Prisma handles the rest.

This skill exists to disambiguate vague Prisma Next prompts. When the user hasn't yet committed to a specific workflow (e.g. "help me with Prisma Next", "explain how Prisma Next works", "I'm new to PN, where do I start?"), this skill fires and routes them to the right specific skill.

When to Use

  • The user has not yet stated a concrete task.
  • The user types a meta-question about Prisma Next ("what is Prisma Next?", "how does PN compare to Drizzle/Prisma 7?").
  • The user asks for a tour, an overview, or a starting point.

When Not to Use

  • The user named a workflow — use the matching skill directly:
    • Setting up a new project or adopting an existing DB → prisma-next-quickstart.
    • Editing the schema, adding a model, changing a field → prisma-next-contract.
    • Authoring a migration, fixing a planner error → prisma-next-migrations.
    • Reviewing what's about to run on merge, handling concurrent migrations → prisma-next-migration-review.
    • Writing a query → prisma-next-queries.
    • Supabase — RLS policies, role binding (asUser / asAnon / asServiceRole), auth.users FKs, @prisma-next/extension-supabase → prisma-next-supabase.
    • Wiring db.ts, middleware, environment config → prisma-next-runtime.
    • Build-system / dev-server plugin (Vite, Next.js, …) → prisma-next-build.
    • A specific error code or symptom → prisma-next-debug.
    • Reporting a bug or filing a feature request against Prisma Next → prisma-next-feedback.

Routing rules

If the user's prompt clearly matches one of the workflow skills, route there directly without asking.

Otherwise, ask one disambiguating question. Pick from:

  • "Are you new to Prisma Next and asking what you can do with it, or where to start?" (and any "what can I do with Prisma Next?" / "I just ran createprisma" variant) → prisma-next-quickstart (first-touch orientation path).
  • "Do you want to set up a new Prisma Next project, or wire it into an existing database?" → prisma-next-quickstart.
  • "Do you want to edit your data contract (add a model / field / relation), or work with the database (migrations, queries)?" → prisma-next-contract vs the others.
  • "Is this about authoring a migration, or about reviewing what's going to run on deploy?" → prisma-next-migrations vs prisma-next-migration-review.
  • "Is this about wiring Prisma Next into your build tool (Vite / Next.js / …), or about wiring db.ts and middleware at runtime?" → prisma-next-build vs prisma-next-runtime.
  • "What error or symptom are you seeing?" → prisma-next-debug.
  • "Do you want to report this as a bug to the Prisma Next team, or is this a feature request?" → prisma-next-feedback.

If you still can't tell which skill applies, ask the user what they want to do. Do not guess.

The canonical model (one paragraph)

Prisma Next is a contract-first data layer. You author a data contract (a contract.prisma file, or a TypeScript builder). The framework emits machine-readable artifacts (contract.json, contract.d.ts) and gives you three runtime surfaces on SQL targets: a typed SQL query builder (db.sql.from(...)), a typed ORM client (db.orm.User.select(...)), and a raw SQL escape hatch (db.sql.raw(...)). On MongoDB targets only the ORM lane exists, and its keys are collection storage names (db.orm.users) rather than PSL model names — prisma-next-queries § MongoDB ORM addressing covers the rule. Migrations are planned from the contract diff; you review them, optionally edit the migration.ts for data transforms, and apply.

Three steps the user does:

  1. Edit your data contract. (prisma-next-contract)
  2. The system plans the migrations for you. (prisma-next-migrations)
  3. If you need data migrations, you edit migration.ts and execute it. (prisma-next-migrations)

Everything else — queries, runtime wiring, build integration, debugging, feedback — sits on top of those three.

Checklist

  • If the prompt matches a specific workflow skill, route there without asking.
  • If the prompt is vague, ask one disambiguating question.
  • Do not attempt to answer the user's question from this skill — load the right specific skill first.
  • If the user describes a missing feature or a misbehaviour they want fixed, route to prisma-next-feedback.

ユーザーレビュー (0)

レビューを書く

効果
使いやすさ
ドキュメント
互換性

レビューなし

統計データ

インストール数2.1K
評価4.3 / 5.0
バージョン
更新日2026年10月12日
比較事例1 件

ユーザー評価

4.3(120)
5
37%
4
43%
3
13%
2
5%
1
2%

この Skill を評価

0.0

対応プラットフォーム

🤖claude-code

タイムライン

作成2026年8月16日
最終更新2026年10月12日
🎁 Agent 知識カード
アンケート