아프니까 개발자다 아프니까 개발자다

시리즈 맥락 복기Step 0~4까지는 "사람이 명령을 치면 에이전트가 안전하게 실행한다"는 구조를 만들었습니다. 하지만 완전한 자동화는 사람 없이도 루프가 시작되고, 사람 없이도 완료가 판정되는 형태입니다. Step 5가 바로 이 두 가지 — 자동 시작과 자동 종료 — 를 담당합니다.#0 업무 프로세스 매핑#1 프로젝트 규칙 설정#2 Code Wiki 작성#3 Skill 정의#4 검증(Hook)#5 자동 트리거 + 완료 조건 ← 이번 편#6 HITL 정책... (#8까지)이 단계의 의미 — 하네스에서 Step 5의 역할Step 5는 루프의 자율성을 높이는 단계입니다. 말에 비유하면, 지금까지는 기수(사람)가 항상 고삐를 쥐고 있었다면, 이제는 시간·이벤트·신호가 말을 출발시키도록 훈련하는 과정에 해당합니..

PR 리뷰를 왜 놓치게 되는가오픈소스 프로젝트의 메인테이너 역할을 맡고 있으면, PR(Pull Request) 리뷰는 중요하지만 긴급하지 않은 업무에 속하기 쉽다. 본업이 따로 있으니 GitHub 알림은 메일함 저 너머로 밀려나고, 일주일쯤 지나서야 "아, 리뷰 요청이 와 있었네" 하게 된다.문제는 이게 단순한 지연이 아니라는 점이다.기여자 이탈: 리뷰가 늦어지면 기여자가 흥미를 잃고 PR을 포기한다컨텍스트 유실: 며칠 지난 PR을 열면 "이게 뭐였지?" 하며 다시 파악해야 한다리뷰 부채 누적: 미뤄둔 PR이 쌓이면 한꺼번에 처리해야 하는 압박이 생긴다GitHub 자체 알림이나 이메일 노티도 있지만, 수십 개의 리포에서 쏟아지는 알림 속에서 내가 리뷰해야 하는 PR만 골라서 판단하기는 쉽지 않다. 결국 ..