Seunghyeon's lab.

배포 직전 손이 떨리는 경험, 한 번이라도 있다면 이 글이 그 불안을 없애줄 수 있다. staging에서 멀쩡하던 게 prod에서 터지는 이유는 대부분 사람이 판단했기 때문이다. Claude Code의 훅 레이어를 쓰면 그 판단을 구조로 옮길 수 있다.1. 왜 지금 이걸 봐야 하나배포 파이프라인에는 항상 같은 구멍이 있다. CI/CD가 통과해도, 코드 리뷰가 끝나도, 실제로 명령을 실행하는 순간만큼은 사람 손이 들어간다. DROP TABLE, rm -rf, 외부 API 직접 호출 — 이런 것들이 staging에서는 아무 문제 없다가 prod에서 롤백을 부른다.문제의 구조는 단순하다. 환경을 확인하는 시점이 너무 늦다. 명령을 입력하고 나서야 "아, 여기가 prod였지"를 깨닫는다. 그때는 이미 늦었다.C..

코드 한 줄 짜는 데 AI를 쓰는 시대는 지났다. 이제는 에이전트가 스스로 테스트를 실행하고, 실패 로그를 읽고, 수정안을 제시하는 단계까지 왔다. 이 글은 Claude Code를 단순 채팅 도구가 아니라 자율 검증 엔진으로 전환하는 과정을 직접 구축한 경험 기반으로 정리한다. CI/CD 연동까지 실제 작동하는 파이프라인을 만들고 싶은 개발자라면 바로 적용 가능한 내용이다.1. CLAUDE.md — 에이전트의 판단 기준을 심는 파일처음 Claude Code를 프로젝트에 붙였을 때 가장 먼저 경험한 문제는 컨텍스트 오해였다. 같은 함수명이 다른 모듈에서 다른 의미로 쓰이는 상황에서 에이전트가 잘못된 구현을 반복해서 제안했다. 수동으로 매번 설명을 추가하는 건 한계가 있었다.해결책은 CLAUDE.md 파일을..