AI가 생성한 수정 사항에 대한 가장 유용한 질문은 "이 패치가 컴파일됩니까?"가 아닙니다.
"이번 패치가 잘못되면 어떻게 되나요?" 입니다.
그 질문은 작업 흐름을 변화시킵니다. 이는 시스템이 폭발 반경, 가역성, 테스트, 소유권 및 안전한 운영 경로를 추론하도록 합니다.
프로덕션 수정 사항도 릴리스입니다.
팀에서는 때때로 인시던트 수정을 일반적인 릴리스 사고의 예외로 간주합니다. 압력이 높기 때문에 공정이 더 얇아집니다.
그것은 거꾸로입니다.
사고 수정은 여전히 릴리스입니다. 이는 팀의 인내심이 부족하고, 맥락이 부족하며, 긴급성이 높아지는 바로 그 순간에 생산 행동을 변화시킵니다. AI가 변경 초안을 작성하는 데 도움이 되는 경우 워크플로는 구조를 제거하기보다는 추가해야 합니다.
패치는 작아야 합니다. 증거자료를 첨부해야 합니다. 검토자는 어떤 동작 변경 사항, 어떤 테스트가 실행되었는지, 어떤 롤백 경로가 존재하는지 알아야 합니다.
가역성은 제품의 특징입니다
롤백 사고는 비관주의가 아닙니다. 제품 품질입니다.
수정 끌어오기 요청이 병합되기 전에 팀은 다음과 같이 답변할 수 있어야 합니다.
- 이 변경 사항을 완전히 되돌릴 수 있습니까?
- 마이그레이션, 고객 데이터, 청구 상태 또는 권한에 영향을 미치나요?
- 재시도 동작, 큐 의미 체계 또는 멱등성을 변경합니까?
- 기능 플래그나 단계적 출시가 필요합니까?
- 패치 전보다 패치 후 오류 모드가 더 안전한가요?
답변이 불분명한 경우 AI 도우미가 그렇게 말해야 합니다. 자신 있는 설명은 되돌릴 수 있는 변화를 대신할 수 없습니다.
PR에 포함되어야 할 내용
강력한 AI 기반 수정 PR에는 코드 이상의 것이 필요합니다.
여기에는 변경 사항을 되돌리는 방법, 패치가 잘못되었음을 나타내는 신호, 데이터 정리 없이 되돌리기가 안전한지 여부 등 간단한 롤백 메모가 포함되어야 합니다.
여기에는 추적, 로그 패턴, 배포 비교, 패치로 이어진 파일 경로 등의 증거가 포함되어야 합니다.
범위에는 변경이 예상되는 서비스, 끝점, 작업, 테넌트 세그먼트 또는 고객 경로가 포함되어야 합니다.
여기에는 테스트 신뢰도(실행된 내용, 실행되지 않은 내용, 병합하기 전에 사람이 확인해야 하는 내용)가 포함되어야 합니다.
피해야 할 실수
위험한 패턴은 운영 계획이 없는 그럴듯한 패치입니다.
Diff가 빠르게 나타나기 때문에 효율적으로 보입니다. 실제로는 불확실성을 조사에서 검토로 옮깁니다. 검토자는 워크플로에서 건너뛴 모든 질문을 질문해야 합니다.
그것은 가속이 아닙니다. 더 나은 형식의 부채입니다.
더 안전한 기본값
AI 생성 수정 사항은 기본적으로 롤백 컨텍스트가 포함된 사람이 검토한 풀 요청으로 설정되어야 합니다. 자동 병합을 사용하는 경우 강력한 테스트와 명확한 소유권을 통해 범위를 좁히고 되돌릴 수 있는 변경으로 제한해야 합니다.
이는 코드 경로 찾기, 증거 준비, 가장 작은 패치 초안 작성 등 자동화의 유용한 부분을 유지합니다.
이는 무모한 부분을 피합니다. 생산을 모델이 조용히 즉흥적으로 작업할 수 있는 장소로 취급하는 것입니다.
롤백 사고는 올바른 방식으로 AI 교정을 지루하게 만듭니다. 수정 사항은 앞으로 나아갈 길과 뒤로 갈 길, 그리고 엔지니어가 선택할 수 있는 충분한 증거와 함께 도착합니다.
