프로덕션 데이터 접근을 위한 실제 지침서로 N+1 쿼리 문제를 해결합니다. 코드가 루프 안에서 데이터베이스를 쿼리하거나, ORM이 각 행마다 관계를 지연 로딩하거나, 목록 엔드포인트가 5개 행일 때는 빠르고 50개일 때는 느릴 때 사용하세요. HTTP 계약 설계나 Go/JavaScript 언어 스타일에는 사용하지 마세요.
이 스킬은 애플리케이션에서 흔히 발생하는 N+1 쿼리 문제를 진단하고 해결하기 위한 실용적인 지침입니다. ORM의 지연 로딩이나 루프 내 쿼리로 인해 불필요한 데이터베이스 라운드 트립이 발생하는 경우를 탐지하고, 이를 해결하기 위한 구체적인 패턴(즉시 로딩, 배치 쿼리, 조인 최적화 등)을 제시합니다. `references/bad-vs-good.md`에서 실제 사례를 통해 나쁜 예와 좋은 예를 비교할 수 있습니다. 이 스킬은 Claude Code, Cursor, Codex와 같은 AI 코딩 에이전트에서 사용할 수 있으며, 프로덕션 환경에서 데이터 접근 성능을 개선하는 데 초점을 맞춥니다. 특히 대규모 목록 처리에서 N+1 문제로 인한 성능 저하를 방지하고, 쿼리 로그나 트레이스를 통해 고정된 수의 쿼리문을 유지하도록 돕습니다.
npx skills add https://github.com/backupcompany/skill-cursor/tree/HEAD/skills/data-access규칙 03은 최소 요구사항입니다: N+1 없음, 핫 경로에서 SELECT * 없음, 인덱스 기반 쿼리, 큰 목록은 페이지네이션 처리. 이 스킬은 ORM이나 루프가 라운드 트립을 숨길 때 해당 규칙이 어떻게 실패하는지 다룹니다.
컬렉션에서 관계를 로드하거나, 매핑을 eager로 설정하거나, 일대다 관계를 페이지네이션된 목록에 조인하기 전에 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".