AI와 배포 점검 같이 하기

문제 상황

• 개발·스테이지·운영 환경과 두 GitOps 저장소에서 반복되는 배포 전후 점검·공지 정리
• DB 반영, 라이브러리 버전 정합, 미커밋·미푸시, 운영 설정 이관 누락에 따른 사고 위험

선택 이유

• 반복 절차와 정기 점검 요구에 맞춰 Claude Code 스킬과 Desktop 스케줄 작업부터 도입
• 머지·커밋·푸시·태그·운영 변경은 사람이 담당하고 확인·문서 작성·수정 준비만 자동화
• 사내 GitLab 자격 증명 구성 부담과 비정기 배포 특성으로 Cloud Routines·cron 제외

구조와 흐름

• 초기 구성: 스킬 2개와 수동 실행형 스케줄 작업 2개로 점검, 보고서, 공지 초안 생성
• 개선 구성: 체크리스트·판단 중심 스킬, JSON 설정·참조 파일, 결정론적 검사 스크립트, 명령 훅, 평가·합성 테스트를 플러그인으로 통합
• 운영 설정 변경: 계획 파일 생성 → 규칙·스냅샷 검증 → 적용 → 계획 대비 실제 변경 확인

적용해볼 점

• 규칙 기반 검사는 종료 코드 기반 스크립트로 분리하고 AI에는 판단과 보고서 조립 배정
• 규칙 원본 단일화와 훅 기반 강제로 프롬프트·스킬 간 규칙 드리프트 방지
• 승인 시각뿐 아니라 저장소별 커밋 해시를 기록해 승인 이후 변경 발생 시 중단