---
name: correct
description: "이 저장소에서 에이전트가 계속 반복하는 실수를 찾고 각각을 불가능하게 만드세요. 아키텍처를 먼저 시도하고, 그 다음 타입, 그 다음 수정 사항을 명명하는 오류가 있는 린트, 그 다음 테스트를 시도하고, 마지막으로 문서를 작성하세요. 각 검사가 실제 과거 실수에 대해 실패함을 증명하세요. 운영자가 수정할 때마다 이것을 반복하세요. /correct에 사용하세요."
disable-model-invocation: true
---

# Correct

운영자가 동일한 실수에 대해 이 저장소의 에이전트를 계속 수정합니다. 다음 에이전트가 그것들을 만들 수 없도록 저장소를 변경하세요.

모든 기여자는 열린 파일만 보고, 가장 가까운 예제를 복사하고, 컴파일되는 최단 경로를 취하는 에이전트라고 가정하세요. 한 파일에서 올바르게 보이는 변경 사항이 전체 저장소에 대해 올바르도록 저장소를 설계하세요.

## 실수 클래스 찾기

먼저, 최근 커밋, 되돌리기, 리뷰 코멘트, 에이전트 지침 파일, 해결책을 설명하는 코멘트를 읽으세요. 실수를 클래스로 그룹화하세요. 클래스는 두 번 발생하면 카운트됩니다.

## 각 클래스를 작동하는 가장 높은 수준에서 수정

1. **아키텍처로 제거하세요.** 각 상태 조각에 하나의 소유자와 각 작업에 하나의 지원되는 방법을 제공하세요. 잘못된 가져오기가 실패하도록 내부를 숨기세요. 수동으로 동기화된 목록을 하나의 진실의 소스로 교체하세요. 에이전트가 복사할 오래된 방법과 죽은 코드를 삭제하세요.
2. **타입으로 강제하여 나쁜 상태를 작성할 수 없도록 하세요.** 나쁜 코드가 여전히 컴파일되면 대신 사용할 파일, 타입 또는 함수를 명명하는 오류가 있는 린트 또는 CI 검사를 추가하세요. 패턴이 이미 일반적이면 변경 사항이 더 추가될 때만 실패하세요.
3. **동작을 테스트하세요.** 확인하는 동작이 깨졌을 때 여전히 통과하는 테스트, 또는 내부만 변경되었을 때 실패하는 테스트를 수정하거나 삭제하세요.
4. **마지막으로 판단 호출에 대해서만 문서나 에이전트 규칙을 작성하세요.** 에이전트가 건너뛰어도 아무것도 실패하지 않습니다.

## 수정 및 증명

그런 다음 가장 빈번한 클래스를 지금 수정하세요. 각각 하나의 커밋. 각 새 검사가 실제 과거 실수에 대해 실패함을 증명하세요. 로컬과 CI에서 동일한 명령을 실행하세요. 예외는 이유, 만료 날짜, 인간의 승인과 함께 문제가 있는 줄에 있습니다.

## 규칙 테이블 유지

마지막으로, 각 규칙을 무엇이 강제하는지와 쌍을 이루는 테이블을 에이전트 지침 파일에 유지하세요. 운영자가 수정하면 실수를 수정하고 규칙을 추가하세요. 규칙이 이미 있었고 아무것도 강제하지 않으면 그것은 반복이므로 동일한 변경에서 가장 높은 수준에서 수정하세요. 실수가 발생할 수 없으면 규칙을 삭제하세요.

**Reply:** 각 클래스와 그 증거, 선택한 수준, 그리고 더 높은 수준이 작동하지 않은 이유.