이 글은 2026-08-07(KST) 하루 동안 여러 저장소에 남긴 커밋을 GitHub Actions가 긁어모아 자동 발행한 개발일지다.
자동 개발일지 파이프라인의 검토 오류를 수정하고 발행 전 차단 게이트를 강화하여 글이 잘못 출력되거나 불필요한 내용이 들어가지 않도록 자동화 흐름을 개편했다. 검토자가 판정 기준 예시를 실제 원고로 오인하거나 작성 주체 모델이 스스로 판정 표를 던지는 현상을 통제하는 한편, 글 하단 유료 안내 및 경로 연결 작업을 정비해 파이프라인의 입출력 제어를 마무리했다.
검토 모델이 스스로를 심사하거나 예시 문장을 원고로 착각하던 문제를 고쳤다
자동 글쓰기 파이프라인에서 원고 작성에 참여한 모델이 검토 단계의 투표 후보로 들어가 스스로 작성한 글에 표를 던지는 구조적 결함이 있었다. 자기 평가가 개입되면 검토 객관성이 깨지기 때문에 작성에 관여한 모델을 검토 후보군에서 아예 배제하도록 바꿨다. 또한 검토자가 판정 가이드라인에 적힌 예시 문장을 실제 원고 내용으로 오해하여 정상 원고를 반송하는 일도 발생했다. 가이드라인 문맥과 원고 본문을 명확히 분리하고 검토자의 응답 상한 시간과 빈 응답 처리 기준을 다시 정립해 판정 실패율을 낮췄다.
검토 후보에서 작성 모델을 제거하면 이용 가능한 검토 모델 수가 줄어들어 검토 병목이 발생할 수 있으나, 편향된 판정으로 잘못된 글이 통과되는 것보다는 검토 대기 시간을 약간 감수하는 편이 낫다고 판단했다. 2026-08-07 기준 네 번의 실행 표본 데이터를 기록하면서 모델 등급별 판정 동작을 확인했으며, 빈 응답이나 시간 초과가 발생했을 때 재검토 로직이 동작하도록 신뢰성을 보강했다. 결과적으로 판정 기준 예시 오인으로 인한 억울한 반송이 사라졌고 검토 단계의 판정 정확도가 올라갔다.
발행 후 검사에 의존하던 방식을 발행 전 차단 구조로 바꿨다
이전에는 글이 발행된 이후에 사후 검사로 특정 내용의 포함 여부를 확인했으나, 이미 출력된 후에는 수습에 비용이 많이 들었다. 이를 개선하기 위해 전자책 내용이나 원고 제한 대상이 파이프라인을 거쳐 자동으로 출력되기 전에 사전에 검사하고 차단하는 게이트 세 곳을 새로 조였다. 개발일지 파이프라인과 블로그 출력 양쪽에 걸쳐 차단 로직을 구현했으며, 두 층의 검사 구조를 문서화하여 발행 단계에 진입하기 전 차단이 완결되도록 바꿨다.
사전 차단 게이트를 촘촘하게 설정하면 검사 과정에서 정당한 개발 기록까지 과도하게 걸러질 위험이 존재한다. 그러나 불필요한 정보가 외부에 출력되는 위험을 감수하는 것보다는 일부 문장이 과차단되어 수정 요청으로 돌아오는 트레이드오프가 훨씬 안전하다. 사전 차단 게이트와 함께 스케줄러를 재가동하고 글 하단 안내 연결과 경로 및 훅 수정을 정비하여, 검증을 통과한 원고만 블로그 하단 안내와 함께 자동으로 처리되도록 전체 파이프라인의 동작을 조정했다.
검토자의 판정 기준 오인 문제와 발행 전 사전 차단 게이트 구축은 완료했으나, 검토 후보 모델 수를 줄임에 따라 특정 시간대에 검토 대기가 길어지는 현상이 남아있다. 모델 등급별 시간 상한과 빈 응답 처리가 실전 데이터에서 안정적으로 작동하는지 추가 표본을 수집하여 검증할 예정이다.
프로젝트별 진행
| 프로젝트 | 커밋 | 변경 |
|---|---|---|
| 트레이딩 봇 | 30건 | +29240/-339 |
| 라이더 로그 | 4건 | +3303/-181 |
| 기획 | 2건 | +43/-11 |
| 개발일지 파이프라인 | 6건 | +913/-72 |
| 부업 자동화 | 1건 | +552/-0 |
| 운영·용역 | 1건 | +146/-3 |
| 블로그 | 4건 | +308/-13 |
이 글은 그날의 커밋 기록을 바탕으로 자동 생성·발행되었다.