개발 스킬

구현 계획에 따라 코드를 단계별로 수정하고 의존성 영향 확인, 테스트, 검증된 변경의 커밋을 진행합니다. 범위가 작은 작업도 직접 처리하며 코드 관계 인덱스를 확인한 뒤 분석 결과를 사용합니다.

• 기존 구현 계획 실행
• 한두 파일의 작은 변경
• 단계별 테스트와 커밋

GitNexus로 낯선 코드의 구조와 실행 흐름을 살펴봅니다. 관련 함수와 호출 관계를 찾고 구현 파일을 확인해 기능의 작동 방식을 설명하며, 대상 저장소와 색인의 최신 상태도 함께 안내합니다.

• 낯선 프로젝트의 구조 파악
• 인증 또는 결제 흐름 추적
• 함수의 호출 위치와 호출 대상 확인

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

반복 작업을 재사용 가능한 에이전트 스킬로 만들고, URL이나 로컬 파일에서 스킬을 설치하며 기존 패키지를 갱신합니다. `SKILL.md`와 보조 스크립트·템플릿의 구성, 이름 정하기, 선택적 형식 검사도 안내합니다.

• 반복 작업을 재사용 가능한 스킬로 만들기
• URL이나 압축 파일에서 스킬 설치하기
• 기존 스킬 정리 또는 갱신하기

Apache Airflow FAB provider의 Flask-AppBuilder 버전을 올리고 고정 버전, 잠금 파일, 문서를 함께 갱신합니다. 호환성 테스트와 유지 중인 인증 코드를 점검하며, 상위 릴리스에 변경이 있으면 정적 파일과 데이터베이스 마이그레이션도 반영합니다.

• FAB provider의 Flask-AppBuilder 업그레이드
• 상위 버전의 인증 변경 확인
• 업그레이드 후 호환성 검사

Confluence 명세를 GitHub PR·커밋 및 코드 파일과 대조해 Airflow 개선 제안(AIP)의 구현 상태를 정리합니다. 완료·진행 중·미착수 항목을 근거와 함께 보고하고, 명세에서 갱신할 부분도 표시합니다.

• AIP 구현 진행 상황 확인하기
• 명세와 구현 근거 비교하기
• 여러 AIP의 진행 상황 보고하기

Airflow에서 새 프로그래밍 언어를 지원하도록 SDK 구조, 실행 환경 조정, 통신 규칙, 실행 파일 패키징, 테스트와 PR에 필요한 문서 및 설정 변경을 안내합니다.

• 새 프로그래밍 언어 지원 추가
• 실행 환경에 맞는 조정자 선택
• 통신과 실행 파일 묶음 구현

Apache Airflow 기여를 위한 커밋 메시지, PR 제목과 설명, GitHub 댓글 및 리뷰 초안을 작성합니다. 프로젝트의 문구와 AI 표기 규칙을 따르며, 변경 사항에 릴리스 노트가 필요한지도 판단하도록 돕습니다.

• 커밋 메시지와 PR 제목 초안 작성
• 템플릿에 맞춘 PR 설명 작성
• GitHub 댓글이나 리뷰 초안 작성

Apache Airflow provider 릴리스에 필요한 미배포 변경을 분류하고, 호환성 위험이 있는 PR 차이를 살펴 버전과 변경 기록을 준비합니다. 기존 breeze 도구로 릴리스 문서를 다시 생성하며, 판단이 불확실한 항목은 릴리스 담당자에게 확인합니다.

• 정기 provider 릴리스 문서 준비
• 대상 provider의 변경 사항 분류
• 호환성 파괴 변경과 버전 변경 폭 확인