수리 에이전트가 설정부터 보게 한 변경
개별 setter 수정을 시도하던 에이전트는 REODE 제품 안의 수리 에이전트이고, 개발에서 바뀐 것은 그 입력입니다. 코드와 고객 정보는 비공개입니다.
March 21, 2026
오류 묶음과 원본 빌드, Lombok 설정을 수정 입력으로 넘겼습니다
개발 대상REODE 수리 에이전트
관측 · 지적setter 오류 약 40건에 개별 수정 시도 · @Data · POM 미확인
- 되돌린 지적공통 원인을 놓침→ 수정 전에 소스와 빌드 설정부터 보게 하기 (개발자)
사람개발자
행동수정 전에 소스와 빌드 설정부터 보게 하기
- 전달수정 입력을 바꿈→ 원본 baseline 빌드 · 같은 패턴 오류 묶기 (개발 변경)
작업 세션개발 변경
행동원본 baseline 빌드 · 같은 패턴 오류 묶기
- 전달→ 증거 수집: 경로 · source 3개 표본 · annotation · POM (개발 변경)
지침기여 지침
지침 · 미확인작업 계획 · 소유 worktree
- 기록된 실행 아님지침이 요구→ 원본 baseline 빌드 · 같은 패턴 오류 묶기 (개발 변경)
작업 세션개발 변경
행동증거 수집: 경로 · source 3개 표본 · annotation · POM
- 전달→ 결정적 Lombok 수정 먼저 · 재빌드가 통과하면 LLM 생략 (개발 변경)
지침기여 지침
지침 · 미확인zero-context 리뷰: plan ↔ diff
- 기록된 실행 아님지침이 요구→ 증거 수집: 경로 · source 3개 표본 · annotation · POM (개발 변경)
작업 세션개발 변경
행동결정적 Lombok 수정 먼저 · 재빌드가 통과하면 LLM 생략
- 전달재빌드 실패→ 재빌드 실패면 증거 · 수리 지침과 함께 모델 수리 (REODE 수리 에이전트)
개발 대상REODE 수리 에이전트
관측 · 지적재빌드 실패면 증거 · 수리 지침과 함께 모델 수리
- 전달검증 신호→ scorecard: build · test · 삭제된 테스트 · surefire 제외 (산출물)
산출물산출물
산출물scorecard: build · test · 삭제된 테스트 · surefire 제외
- 되돌린 지적남은 실패→ 남은 실패는 다시 증거 수집으로 (개발 변경)
작업 세션개발 변경
행동남은 실패는 다시 증거 수집으로
- 배경
- 수리 에이전트가 약 40건의 setMsg() not found 오류를 하나씩 고치려 했고, @Data와 pom.xml의 Lombok 버전은 보지 않았습니다. 이미 깨져 있던 입력과 마이그레이션이 만든 오류도 구분되지 않았습니다.
- 결과
- scorecard는 build와 test 결과, 삭제된 테스트 수, surefire 제외 수를 함께 보고, 커버리지 기준선을 모르면 그 항목을 건너뜁니다. 테스트를 지워 통과하는 경로는 실패로 남습니다.
- 한계
- 증거 수집은 source 3개까지의 표본이라 전체 코드 이해가 아닙니다. 기여 지침의 worktree · 독립 리뷰 · develop 병합 큐가 이 사건에 실제로 적용된 기록은 없고, 이 사건의 코딩 에이전트와 모델도 확인되지 않았습니다. 고객의 최종 테스트 · 커버리지 결과는 없습니다.
근거와 남은 한계
- 기준선 작업과 수정 전 탐색 작업은 진행 중에서 완료로 옮겨졌고, 구현 commit이 있습니다. 새 GitHub 검사 결과는 가져오지 않았습니다.
- 이 저장소의 지침은 feature → develop → main 병합 큐를 정해 두지만, 다른 프로젝트에 같은 절차를 적용하지 않았습니다.
- 선택해서 켜는 검증 에이전트는 구현에 있는 장치이며, 모든 납품에 쓰였다는 근거가 아닙니다. 납품 규모 · 비율 같은 수치는 원본 근거가 확인되지 않아 싣지 않습니다.
- 재빌드가 실패해도 모델 수리로 넘어가는 오류는 재빌드의 새 오류가 아니라 처음 build 오류입니다.