本番データアクセスにおけるN+1クエリ問題への対処法。コードがループ内でデータベースにクエリを発行している場合、ORMが行ごとに関連を遅延ロードしている場合、あるいはリストエンドポイントが5行では速くて50行では遅い場合に使用します。
このスキルは、開発者がコードベースでN+1クエリ問題を特定し、修正するための実践的なプレイブックです。主にPython（Django ORM、SQLAlchemy）、Ruby on Rails（ActiveRecord）、.NET（Entity Framework）などのORMを使ったアプリケーションで発生するパフォーマンス問題に焦点を当てています。ルール`03`は「N+1禁止、ホットパスでの`SELECT *`禁止、クエリはインデックス利用、大規模リストはページネーション」を定めています。このスキルでは、そのルールがORMやループによってラウンドトリップが隠蔽されることでどのように破られるかを示します。具体的には、親リストのN行に対して同じリレーションのクエリがN回発行される問題や、`eager loading`の欠如、ページネーションと結合の衝突などを検出・修正します。使用前に`references/bad-vs-good.md`を参照し、実際の修正例を学ぶことを推奨します。このスキルはCursor、Claude Code、CodexなどのAIエージェントで利用可能で、マークダウンドキュメントとして提供されます。
npx skills add https://github.com/backupcompany/skill-cursor/tree/HEAD/skills/data-accessルール03が基本です：N+1禁止、ホットパスでのSELECT *禁止、クエリはインデックスを利用、大規模リストはページネーション。このスキルは、ORMやループによってラウンドトリップが隠蔽され、そのルールがどのように破られるかを示します。
コレクションからリレーションをロードする前、マッピングを eager に設定する前、または1対多リレーションをページネーション付きリストに結合する前に、references/bad-vs-good.md を読んでください。
This repo contains 3 individual skills — each has its own dedicated page.
Design or review REST/RPC API contracts that are consistent, evolvable, and hard to misuse. Use when defining new endpoints, reviewing an API surface, or resolving naming/versioning/error-shape questions.
Rigorous, severity-ranked review of a diff, PR, or file. Use when you want a thorough check of correctness, security, performance, design, readability, and test coverage with actionable feedback.
Production Go playbook. Use when writing or reviewing Go: errors, goroutines, byte payloads, parsers, and switches on external input. Worked cases are in references/bad-vs-good.md. Do not use for JavaScript, TypeScript, or API-contract design.
ElevenLabs text-to-speech with mac-style say UX.
Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.
Capture and automate macOS UI with the Peekaboo CLI.
Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".
Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".