Forge History

안 쓰기로 한 글은 지우지 않고 옮겼습니다

초안이 쌓이기 시작하자 draft라는 말이 두 가지 뜻으로 쓰였습니다. 아직 쓰는 중인 글도 draft였고, 더 이상 쓰지 않기로 한 글도 draft였습니다. 자동화 입장에서는 둘을 구별할 수 없어서, 폐기한 원고가 매번 “발행되지 않은 글”로 다시 나타났습니다.

첫 실전 발행에서 거짓 로그를 잡았습니다

새 파이프라인의 첫 실전에서는 글 두 편이 정상적으로 발행됐습니다. URL도 열렸고, 빌드도 통과했고, GitHub에도 두 파일이 들어갔습니다. 그런데 마지막 로그에는 엉뚱하게 “자동 발행 대상 없음”이라고 적혔습니다.

수정한 글도 같은 주소로 다시 나가게 했습니다

한 번 발행한 글을 고치면 또 다른 문제가 생깁니다. 새 파일로 내보내면 주소가 바뀌고, 기존 파일을 무조건 덮어쓰면 GitHub에서 사람이 손으로 고친 내용을 지울 수 있습니다. 둘 다 피해야 했습니다.

미래 날짜 하나로 예약 발행을 만들었습니다

연재 글을 여러 편 준비하자 곧바로 예약 발행이 필요해졌습니다. 처음에는 scheduled_at 같은 새 필드를 만들 수도 있었습니다. 하지만 예약일과 화면에 보이는 날짜를 따로 관리하면 언젠가 둘이 어긋납니다.

ready 한 줄은 사람에게 남겼습니다

자동화가 많아질수록 이상한 역설이 생깁니다. 원고도 AI가 만들고, 검수도 AI가 하고, 발행 여부도 AI가 정한다면 사람은 어디에 남는가 하는 문제입니다. 시스템은 편해지는데 책임의 주체가 흐려질 수 있습니다.

발행을 21시와 자정으로 나눴습니다

자동 발행을 만들면서 가장 불안했던 지점은 “언제 사람이 멈출 수 있는가”였습니다. 원고를 찾고 검수하고 바로 배포까지 한 번에 해버리면 편하지만, 잘못 집힌 글을 발견했을 때 끼어들 시간이 없습니다.

지시서 50장이 쌓였습니다

2026년 8월 27일 오후, The Forge의 Brain에 있는 orders/ 폴더는 ORDER-51까지 올라와 있었습니다. 첫 ORDER가 만들어진 것은 8월 17일이었습니다. 열하루 남짓한 사이에 지시서 번호가 50을 넘긴 셈입니다.

푸터 하나 때문에 레이아웃을 다시 봤습니다

새 디자인 시안을 Astro로 옮긴 뒤 화면을 확인하다가 이상한 가로 스크롤을 발견했습니다. 콘텐츠는 화면 안에 다 들어와 있는데 페이지를 좌우로 조금 움직일 수 있었습니다. 원인은 본문이 아니라 맨 아래 전폭 푸터였습니다.

53편을 지우지 않고 가렸습니다

사이트 구조를 크게 바꾸면서 가장 먼저 부딪힌 문제는 기존 뉴스분석 글이었습니다. 새 작업대와 About을 중심으로 화면을 다시 구성하려고 보니, 예전에 쌓인 뉴스분석 53편이 새 사이트의 첫인상을 거의 다 차지하고 있었습니다.

The Forge의 시작은 웹사이트가 아니었습니다

The Forge는 웹사이트를 만들자는 계획에서 시작하지 않았습니다. 이름도 한참 뒤에 붙었습니다.