코드 변경 검토

범위: 데스크톱 앱의 로컬 Git 프로젝트입니다.

커밋하기 전에 변경 사항이 요구사항을 충족하는지, 문제를 일으키지는 않는지 Remy에 확인을 요청하세요. 하나씩 살펴볼 수 있는 지적 사항을 받아 보세요. 이 예시는 먼저 검토하고 수정 여부는 사용자가 결정하도록 합니다.

1. 프로젝트 및 검토 범위 준비

데스크톱 가이드에 따라 프로젝트를 추가한 뒤 해당 프로젝트에서 새 채팅을 시작하세요.

작업을 보내기 전에 다음을 준비하세요.

• 변경으로 해결하려는 요구사항 또는 문제.
• 현재의 모든 미커밋 변경이나 지정한 파일 집합 등의 검토 범위.
• 유지해야 할 동작 및 완료 기준.

Changes는 현재 작업 트리를 표시하며 이전 작업이 포함될 수 있습니다. 먼저 파일 목록을 확인하세요. 일부만 검토하려면 프롬프트에서 범위를 지정하세요.

2. 검토 시작

예시 요구사항을 프로젝트의 실제 작업으로 바꾸세요.

이 프로젝트의 주문 목록 필터링과 관련된 미커밋 변경을 검토해 주세요.

요구사항: 키워드 또는 상태 필터를 바꾸면 목록이 1페이지로 돌아가 결과를 새로 고치고 기존 정렬 순서를 유지해야 합니다.

먼저 검토할 파일을 나열하고 스테이징된 변경, 스테이징되지 않은 변경 및 새 파일을 구분하세요.
이 요구사항과 관련된 변경만 검토하세요. 관련 없는 기존 작업은 검토에서 제외하세요.

집중할 사항:
1. 구현이 요구사항을 충족하는지.
2. 요청 매개변수, 상태 업데이트 및 표시되는 결과가 일치하는지.
3. 빈 결과, 빠르게 연속되는 필터 변경 또는 요청 실패 시의 문제.
4. 테스트가 실제 변경을 다루고 있는지, 중요한 누락 사례가 있는지.

심각도순으로 지적 사항을 나열하세요. 각 항목에 파일 위치, 발생 조건, 실제 영향, 뒷받침하는 근거 및 권장안을 제시하세요.
확인된 문제와 추가 검증이 필요한 사안을 구분하세요. 문제가 없으면 검토 범위와 다루지 않은 영역을 설명하세요.

검토만 하세요. 파일 수정, 의존성 설치, 커밋 또는 코드 푸시는 하지 마세요.

3. 지적 사항 확인

관련 파일을 열고 각 지적 사항이 타당한지 확인하세요.

지적 사항이 너무 모호하면 자세한 설명을 요청하세요.

지적 사항 2를 자세히 설명해 주세요. 정확한 코드와 발생 조건을 식별하고 최소한의 재현 단계를 제시하세요.
아직 가설이라면 이를 밝히고 검증에 필요한 점검을 나열하세요.
아직 파일은 수정하지 마세요.

4. 선택한 문제 수정

변경할 내용을 확인한 뒤 같은 채팅에서 계속하세요.

확인된 지적 사항 1만 수정하세요.
다른 기존 변경은 보존하고 프로젝트의 현재 방식을 따르며 관련 테스트를 추가하고 실행하세요.
변경한 파일, 점검 결과 및 완료하지 못한 점검을 요약하세요.
아직 코드를 커밋하거나 푸시하지 마세요.

실제 diff를 다시 검토하고 원래 재현 단계로 동작을 확인하세요. Verification이 제공되는 버전에서는 요구사항 대비 결과 점검을 명시적으로 요청할 수 있습니다. 그 결론도 실제 변경 사항과 점검 결과로 뒷받침되어야 합니다.

5. 완료 시의 결과

범위가 명확하고 지적 사항을 추적할 수 있는 검토 결과를 얻습니다. 수정할 문제, 검증할 가설 및 다루지 않은 영역을 구분할 수 있습니다. 수정도 요청했다면 해당 변경과 점검 결과를 확인할 수 있습니다.

“문제를 발견하지 못함”이 모든 시나리오를 검증했다는 뜻은 아닙니다. 커밋이나 병합 여부는 프로젝트의 일반적인 절차에 따라 결정하세요.

6. 더 알아보기

• 서브에이전트 사용하기: 모듈 또는 관점별로 검토를 나누세요.
• 빠른 시작: 작은 변경을 수행하고 동작을 확인하세요.
• Cloud 가이드: 클라우드에서 작업하고 PR로 결과를 전달하세요.