Prisma

기능 요청과 추가 제안을 프로젝트의 문서화된 방향 및 관리자의 발언과 대조합니다. 근거를 포함한 판단과 답변 초안을 만들고 새 결정의 기록안을 정리하며, 최종 결정은 관리자에게 맡깁니다.

• 기능 요청이 프로젝트 방향에 맞는지 확인
• API나 의존성을 추가하기 전 검토
• 수용하지 않을 요청의 답변 초안 작성

외부 기여자의 PR을 안전성, 대상 버전, 버그 근거와 미해결 요구 사항에 따라 평가합니다. 근거가 포함된 판정표와 답변 초안을 작성해 유지 관리자가 다음 조치를 판단하도록 돕습니다.

• 외부 기여자의 미처리 PR 검토
• 포크 PR에서 CI를 실행해도 되는지 평가
• PR의 대상 버전 범위 확인

TypeScript 프로덕션 코드의 타입 단언을 검토하고 입력 타입 개선이나 런타임 검사로 줄입니다. 남겨야 하는 경우 전용 도우미와 구체적인 이유를 사용해 의도를 드러냅니다.

• 타입 오류를 숨기는 단언 검토
• `as unknown as` 이중 단언 바꾸기
• 수정 중인 파일의 기존 단언 줄이기

pnpm으로 Biome을 업데이트하고 저장소의 설정 파일 이름과 스키마 버전을 맞춘 뒤 검사와 수정을 실행합니다. 남은 문제를 보고하며, 동의하면 추가적인 위험 수정도 진행할 수 있습니다.

• Biome을 지정한 버전으로 업데이트할 때
• 의존성 업데이트 후 설정을 맞출 때
• Biome 업데이트로 생긴 문제를 확인할 때

여러 위치에서 타입별로 분기하는 TypeScript 코드를 동결된 클래스와 각 타입의 처리기를 정의하는 Visitor 인터페이스로 정리합니다. 새 타입을 추가할 때 처리 누락을 컴파일러의 타입 검사로 찾을 수 있습니다.

• 유니온 타입의 반복 분기 정리
• 여러 작업에서 쓰는 명령이나 노드 설계
• 새 타입의 처리 누락 확인

설계 판단과 이유를 기록한 ADR을 배경지식이 없는 팀원의 관점에서 검토합니다. 빠진 전제, 묻힌 결론, 임시 정보를 찾아내고 미래의 독자도 판단 과정을 이해할 수 있도록 문서 전체를 다시 씁니다.

• 새 팀원의 관점에서 설계 문서 검토
• ADR의 판단과 이유를 명확하게 정리
• 장기 보관 문서에서 임시 정보 정리

Prisma 8, Prisma Compute, Prisma Postgres를 사용하는 중 발생한 예상 밖의 동작과 원인, 버전, 해결 방법, 재현 절차를 기록합니다. 기존 Linear 이슈를 먼저 확인하고 로컬 문서와 이슈를 연결합니다.

• Prisma 오류와 해결 방법 기록
• 예제에서 발견한 미기록 동작 정리
• 고객 문제의 재현 절차 보관

GitHub 풀 리퀘스트의 리뷰 의견을 전용 하위 에이전트에 분류와 코드 수정으로 나누어 맡깁니다. 결정과 진행 상황을 기록하고, 수정 후 답글과 스레드 해결을 진행하며 처리할 항목이 없어질 때까지 반복합니다.

• 풀 리퀘스트의 미처리 리뷰 의견 정리
• 이번에 수정할 항목과 제외할 항목 구분
• 리뷰 대응과 수정을 반복해 남은 항목 확인

Shell 도구로 여러 줄의 Git 커밋 메시지를 작성할 때 실제 줄바꿈이 포함된 작은따옴표 문자열을 사용합니다. 인용 처리 오류로 명령 구문이 메시지에 저장되는 일을 방지합니다.

• 요약과 본문이 있는 커밋 작성
• 변경 이유와 배경을 커밋에 기록
• 명령 문자열이 메시지에 섞이는 문제 방지

GitHub 풀 리퀘스트의 검토 상태를 가져와 검증한 뒤 Markdown 보고서, 텍스트 요약, 후속 분류에 사용할 처리 항목 목록을 생성합니다. 검토 대응을 시작하기 전 정보를 모으고 정리할 때 사용합니다.

• PR의 최신 검토 상태 수집
• 해결되지 않은 의견과 댓글 요약
• 후속 분류용 처리 항목 준비

Prepare the next Prisma 8 release by updating workspace versions, assembling upgrade guides, and drafting release notes. Open release and documentation pull requests for maintainer review; merging the release request triggers automated publication.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Preparing the next Prisma 8 release candidate
• Updating versions across workspace packages
• Assembling upgrade guides and release notes

Markdown 본문은 문단마다 소스 한 줄로 작성하고 화면에서 자동 줄바꿈되도록 합니다. 목록, 코드, 시의 의미 있는 줄바꿈은 유지하면서 불필요한 변경과 비교 차이를 줄입니다.

• 고정 폭 줄바꿈 없이 README 작성
• 수동으로 나뉜 Markdown 문단 합치기
• Markdown 변경 비교를 쉽게 정리

브랜치의 커밋과 변경 내용을 바탕으로 Prisma 8 GitHub PR을 만들고 제목에 Linear 티켓 ID를 넣습니다. 구체적인 예, 설계 결정, 동작 변화와 테스트 근거를 설명해 검토를 돕습니다.

• 브랜치 변경 사항을 검토 요청
• PR을 Linear 티켓에 연결
• 설계 선택과 동작 변화 설명

처리하기로 정한 PR 리뷰 지적을 코드에 반영하고 관련 검사를 실행한 뒤 집중된 단위로 커밋합니다. 진행 및 완료 댓글을 게시하고 해당 스레드를 해결하며 처리 기록과 Markdown 목록을 갱신합니다.

• 처리하기로 정한 리뷰 지적 수정
• 지정한 작업 ID나 파일만 수정
• 완료 댓글 게시 및 스레드 해결

Prisma 외부 기여자가 포크에서 `prisma/orm`으로 풀 리퀘스트를 제출하도록 준비를 돕습니다. 기여 규칙, 변경 범위, 테스트, 커밋 서명을 확인하고 제목과 본문을 작성해 확인을 받은 뒤 제출합니다.

• 포크에서 Prisma에 변경 사항 제출
• 리뷰 요청 전 범위와 테스트 확인
• 모든 커밋의 DCO 서명 점검

Prisma 8에서 직전 공개 릴리스 이후 병합된 PR을 검토해 사용자에게 의미 있는 변경을 골라 릴리스 노트와 CHANGELOG.md를 작성합니다. 호환성을 깨는 변경을 먼저 배치하고 PR 및 마이그레이션 안내를 연결합니다.

• 안정판 또는 릴리스 후보 노트 준비
• 직전 릴리스 이후 변경 사항 요약
• 호환성을 깨는 변경과 이전 절차 설명

PSL 파서 결과를 사용하는 코드에서 구문 트리의 세 계층을 올바르게 선택하도록 안내합니다. 타입 지정 AST로 구조를 읽고 위치 탐색 도우미를 사용하며 텍스트 분석이나 내부 저장소 직접 접근을 피합니다.

• PSL 모델과 필드 정보 읽기
• 언어 서버에서 커서 위치 처리
• 구문 트리 접근 방식 검토

Prisma 8 개발 작업에 맞는 자료를 안내하며 데이터 정의, 쿼리, 데이터베이스 구조 변경, 연결 설정, 오류 조사와 업그레이드를 다룹니다. 구현 전에 패키지 버전과 생성된 계약 파일을 확인합니다.

• Prisma 8을 설치하거나 기존 데이터베이스에 연결
• 데이터 정의를 변경하고 마이그레이션 계획
• 쿼리 작성과 연결 설정

Prisma 8의 호환성이 깨지는 변경이 포함된 PR에 앱 사용자와 확장 작성자를 위한 마이그레이션 절차를 기록합니다. 필요한 코드 변환 스크립트와 검증 방법을 정리하고, 사용자 조치가 필요 없을 때도 명시합니다.

• 호환성이 깨지는 변경의 마이그레이션 절차 기록
• 앱과 확장 안내를 구분해 작성
• 변경 전 코드로 변환 스크립트 검증

시스템 아키텍처 문서와 설계 결정 기록, 엔지니어링 참고 자료를 작성하거나 수정합니다. 구체적인 예와 설계 이유를 설명해 새 팀원과 정확한 정보가 필요한 개발자 모두가 이해하도록 돕습니다.

• 하위 시스템의 작동 방식 문서화
• 새 팀원을 위해 설계 문서 수정
• 설계 결정의 이유를 본문에 설명

가져온 PR 리뷰를 순서가 있는 대응 계획으로 정리합니다. 여러 지적을 개별 항목으로 나누고, 보류 작업을 Linear에 연결하며, 모든 분류 결정을 검증한 뒤 구현 단계에 전달할 JSON과 Markdown 파일을 생성합니다.

• 가져온 PR 리뷰의 대응 방안 정리
• 한 리뷰의 여러 지적을 항목별로 분리
• 보류한 리뷰 작업을 Linear로 추적

Helps build and maintain shadcn/ui projects by finding, adding, styling, debugging, and composing components. It uses project configuration and component documentation to guide implementation across registries, presets, and supported project setups.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Finding a suitable component in a registry
• Adding or updating components in an existing project
• Building a form, dashboard, or navigation UI from components

Use when the operator wants a page that answers one specific developer question, such as a comparison ("Prisma vs X", "X vs Y"), an alternatives page ("X alternatives"), a roundup ("best X for Y"), a use-case guide ("Postgres for X", "where to host X"), or a troubleshooting fix; when they give a question from the content tracker or its tracker reference; or when they want to publish such a page so readers, search engines and agents can find it.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when adding a new docs section or product area, editing llms.ts / the llms.txt or llms/[...slug] / llms-full.txt routes / get-llm-text / skill.md / .well-known endpoints, or working on the "agent score", "llms.txt", or anything "agent-ready" in the docs and site apps. Explains the invariants the Mintlify agent-readiness audit measures and how to hold them.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.