70~80%가 이미 표준에 있었다 — 1인 AI 미디어 회사 빌드로그
나는 1인 AI 미디어 회사를 혼자 운영하는 개발자다. 두 달 동안 손으로 지은 모니터·대시보드·인증·스케줄러의 약 70~80%가, 어느 날 공식 문서를 다시 펼치자 이미 도구에 기본으로 들어 있었다. 이 글이 증명하려는 건 그 허탈한 발견이 아니라, 그걸 숨기지 않고 인정해 두 달치 노동을 표준 위로 갈아엎은 판단이다.
처음엔 “우리 병목이 아니다”라고 했다
시작은 정반대였다. 초기에 나는 외부 표준 도구의 도입을 보류했다. 세션 관리 UX 같은 건 우리 병목이 아니라고 판단했기 때문이다. 진짜 병목은 파이프라인 자동화와 로그 분석이지, 세션을 예쁘게 띄우고 관리하는 도구가 아니라고 봤다. 그 판단 자체가 완전히 틀렸던 건 아니다. 다만 이 글의 뒤에서 그 판단이 부분적으로 뒤집힌다. 미리 밝혀두는 이유는, 그걸 숨기면 이 글의 핵심인 정직성이 처음부터 무너지기 때문이다.
보류했으니, 필요한 건 직접 지어야 했다. 나는 두 달간 모니터·대시보드·인증·스케줄러를 손으로 쌓아 올렸다.
손으로 지은 것이 줄줄이 무너졌다
가장 먼저 무너진 건 자체 모니터 3종이었다. 토큰을 살려두려는 모니터, 사용량을 추적하는 모니터, 크레덴셜을 감시하는 모니터. 셋 다 효과가 사실상 0이었다. 걸어두면 반복해서 깨졌고, 깨질 때마다 결국 내가 수동으로 개입해야 했다. 자동화하려고 만든 것이 자동화를 더 손이 가게 만드는 역설이었다.
한참을 붙들다, 나는 이 자체 모니터 자산을 손절했다. 폐기 결정을 내리는 건 두 달 노동을 버리는 일이라 쉽지 않았다. 하지만 효과 없는 자산을 살려두는 비용이 버리는 비용보다 크다는 건 분명했다. 그렇게 모니터를 들어낸 자리에서, 나는 비어버린 그 기능을 어떻게 다시 채울지 고민하며 공식 문서를 다시 들여다보기 시작했다.
그리고, 이미 거기 다 있었다
이게 이 글의 심장이다.
공식 문서를 한 줄씩 다시 읽어 내려가던 중, 나는 멈췄다. 내가 두 달간 자체 구축한 인프라 — 모니터, 대시보드, 인증, 파이프라인, 스케줄러 — 의 약 70~80%가, 이미 도구가 공식으로 기본 제공하는 기능이었다.
내가 모니터로 추적하려던 사용량과 한도는 이미 상태표시줄에 표시되고 있었다. 토큰을 살려두려고 모니터까지 만들었는데, 공식적으로는 1년짜리 셋업 토큰을 한 번 발급하면 끝이었다. 에이전트들이 뭘 하는지 보려고 대시보드를 짰는데, 에이전트를 들여다보는 뷰가 이미 있었다. 권한을 통제하려고 끙끙댄 부분은 샌드박스로, 소스를 나눠 다루던 구조는 채널로 — 내가 손으로 만든 것들의 이름이 문서 안에 거의 그대로 박혀 있었다.
기분이 묘했다. 분했고, 동시에 후련했다. 두 달이 헛수고였다는 자각과, 이제 그 고생을 끝낼 수 있다는 안도가 같이 왔다. 나는 그 자리에서 결정했다. 자체 자산을 고집하지 않고, 표준 위로 전면 개편한다. 이게 두 달 통틀어 가장 큰 방향 전환이었다.
갈아엎기 — 압축해서 말하면
이후는 노동이라 짧게 적는다.
먼저 공식 문서를 체계적으로 훑는 감사를 돌렸다. 어디까지가 표준으로 대체 가능한지, 내 자체 컴포넌트의 어떤 부분이 본질적으로 결함이었는지를 목록으로 만들었다. 결함은 생각보다 많았다 — 내가 ‘동작한다’고 믿었던 것들 상당수가, 표준과 나란히 놓고 보니 임시방편이었다.
그다음은 교체였다. 자체 컴포넌트를 표준 기능으로 하나씩 바꿔 끼우는 마이그레이션을 단계별로 밀어붙였다. 멈추지 않고 갔다. 디테일을 다 늘어놓으면 이 글이 늘어지니, 여기선 ‘손으로 만든 부품을 표준 부품으로 줄줄이 갈아 끼웠다’ 한 줄로 압축한다.
갈아엎는 중에도, 또 틀렸다
표준으로 옮기면 모든 게 매끄러울 줄 알았는데 아니었다. 옮기는 과정에서 나는 샌드박스의 권한 범위를 잘못 잡았다. 그 바람에 대시보드가 로컬에 붙는 것과, git push에 필요한 SSH 읽기가 막혀버렸다. 표준을 도입하다 표준 설정에서 새로 데인 것이다.
원인을 찾아 권한 영역을 정정하고 나서야 풀렸다. 이 디테일을 굳이 적는 이유가 있다. 표준 채택은 공짜가 아니다. ‘표준이니까 알아서 된다’는 것도 또 하나의 액면이고, 그 액면을 믿으면 똑같이 데인다. 표준이든 자작이든, 검증 없이 넘어가도 되는 구간은 없었다.
착지 — “다 안다”에서 “같이 정한다”로
권한을 바로잡은 표준 위에서, 배치형 워크플로우가 라이브로 통과했다. v3의 골격이 그렇게 섰다.
이 전환이 바꾼 건 코드만이 아니었다. 그전까지 내 운영 전제는 ‘맨땅에서 시작해 시스템 전체를 내가 다 안다’였다. 70~80%를 표준에 내주고 나니 그 전제가 바뀌었다. ‘내가 다 안다’가 아니라 ‘표준 위에서 같이 정한다’로. 혼자 다 짊어진다는 자세가, 이미 검증된 토대를 빌려 그 위에서 판단한다는 자세로 내려앉았다.
이걸 패배라고 부르고 싶지 않다. 두 달간 직접 모니터를 만들어 무너뜨려 봤기 때문에, 나는 상태표시줄의 사용량 표시가 정확히 무슨 문제를 푸는지 한눈에 알아봤다. 셋업 토큰 한 줄이 왜 내 모니터 3종보다 나은지를, 만들어보지 않은 사람보다 정확히 설명할 수 있다. 표준의 가치는 표준만 써본 사람이 아니라, 직접 만들어보고 깨져본 사람이 가장 정확히 안다. 두 달은 그 안목을 산 값이었다.
그리고 진짜 능력은 만드는 데 있지 않았다. 두 달치 자산이 헛것이었음을 인정하고, 거기 매달리지 않고 손절한 데 있었다. 매몰비용은 이미 매몰됐다. 그걸 아까워하며 끌어안는 순간, 두 달은 넉 달이 된다.
지금 나는 표준 위에 회사를 다시 짓는 중이다. 바닥을 내가 다 깔지 않아도 되니, 손이 비는 만큼 더 위쪽 — 무엇을 어떻게 만들 것인가에 시간을 쓴다. 두 달을 들여 산 안목으로, 이제는 만들지 말아야 할 것을 먼저 가려낸 다음 짓는다. 그게 표준 위에 선 1인 회사가 다음으로 빨라지는 방식이다.