블로그로 돌아가기

Field Notes #1: 에이전트가 돌리는 사이트. 기계가 배포하고 나는 승인한다.

2026년 9월 20일

이 사이트는 열아홉 날 동안 하루도 빠짐없이 발행했고, 스스로 배포했고, 18개 언어로 스스로 번역했으며, 자기 트래픽을 직접 측정했습니다. 글은 한 편도 제가 쓰지 않았습니다. 파이프라인을 한 번 승인하고, 장부를 읽었습니다. 그게 지금 제 할 일의 전부입니다. 흥미로운 건 동작한다는 사실이 아니라, 정확히 어디서 부러지는가입니다.

기계는 내가 인상적이길 원하지 않는다. 연락이 닿기만을 원한다.

크루

이 사이트를 굴리는 데 특별한 건 없습니다. 파인튜닝 없음, 벡터 데이터베이스 없음, 멀티 에이전트 쇼 없음. 데스크톱 한 대 위의 스케줄 잡 세 개일 뿐입니다:

  1. 매일 쓰는 작가 — 자동완성에서 실제 검색어 언어를 캐내고, 이미 통했던 것의 장부와 대조하고, 엄격한 계약(frontmatter 스키마, 분량, 실제로 도는 코드)에 맞춰 쓴 뒤 배포합니다.
  2. 운영 계층 — CI와 레지스트리를 거치는 GitOps 풀 배포, 글마다 IndexNow 핑, 크로스포스팅, 18개 로캘 번역 패스.
  3. 감시자들 — 채용 공고 사이트와 창업자 포럼을 프로필과 대조해, 공고가 뜬 지 몇 시간 안에 휴대폰으로 흘려보냅니다.

Cron에 문서화된 계약. 제품은 계약이고, 모델은 매달 갱신하는 이발 값입니다.

느낌이 아니라 영수증

분석은 9월 17일에 켜졌으므로, 이하가 첫 실측치입니다. self-hosted 트래커 Rybbit에서 그대로 가져온 값:

$ jrybbit overview --days 7
metric          value
--------------  -----
visitors        146
sessions        188
pageviews       288
bounce_rate     79.8%
visit_duration  2m15s

로컬 모델 실행 글 이후 19일 동안 19개의 글, 빠진 슬롯 0, 롤백 0. Google Search Console은 아직 25개 페이지를 “Discovered – currently not indexed”에 두고 있습니다 ― 어린 도메인의 평범한 대기열이자 유용한 겸손 영수증입니다. 에이전트가 쥔 건 배포지, 순위가 아닙니다.

피드백 루프는 복리로 굴러갑니다. 어제의 RAM 글 ― 사이트 최초의 비(非)튜토리얼 ― 는 24시간 동안 조회 69. 튜토리얼의 이동 중앙값은 13. 장부가 이걸 잡아냈고, 다음에 뭘 쓸지도 장부가 정합니다. 위원회는 필요 없습니다.

정직한 장부: 실제로 무너진 것들

열아홉 날 동안 장애 네 번, 전부 제 탓이었습니다. 모델 탓은 한 번도 없었습니다:

  • 잘못된 배포를 지켜봤다. 열한째 날, 에이전트가 막 푸시한 run이 아니라 최신 CI run을 지켜보고, 남의 커밋 녹색 체크를 축하했고, 아무것도 내보내지 못했습니다. 수정은 부끄럽도록 지루합니다: 내가 푸시한 commit SHA로 run을 고른다. 규칙을 적어 두거나, 매달 다시 배우거나.
  • 0만 센 목표. 블로그 읽기 전환은 **/blog/* 패턴을 추적했습니다 ― 별 하나, 경로 세그먼트 하나 ― 그래서 중첩된 글 경로는 조용히 다 빠졌습니다. 수정 후 백필에서 측정되지 않은 채 일어났던 실제 전환 94건이 드러났습니다. 사이트는 동작했고, 스코어보드가 거짓말을 했습니다.
  • 자기 이미지를 잡아먹은 빌드. 정적 빌드 스크립트가 실행할 때마다 이미지 디렉터리를 밀어버려서, 첫 두 글의 배너가 로컬에선 완벽한 채로 프로덕션에서 404를 냈습니다. 삭제를 삭제하고, 에셋은 로캘별로 유지.
  • 정책 리스크로서의 번역 드리프트. 18개 로캘은 어떤 게으름이든 18배로 곱합니다. 그래서 규칙은 기계적으로 바뀌었습니다: 영어로 나가는 건 같은 run에 전 로캘로 나간다, 그리고 린터가 그 간극을 권고가 아니라 출고 불가로 만든다.

에이전트 스택은 컴파일러와의 계약이다. 적어 두지 않은 규칙 하나하나가 미래의 장애고, 장애는 시간 맞춰 도착한다.

네 건의 공통점에 주목하세요. 모델은 시킨 대로 정확히 했습니다. 모든 장애는 자신이 충분히 명확히 말했다고 확신했던 인간의 명세 오류였습니다.

아무도 광고하지 않는 부분

기본 초안(draft-by-default)이 내력벽입니다. 나가는 메일, 댓글, 캠페인은 전부 사람이 한마디 통과시킬 때까지 초안으로 렌더링됩니다. 열아홉 날 동안 민망한 발송 0건 ― 모델이 신중하게 써서가 아니라, 파이프라인이 그 자신감이 얼마나 그렇게 들리는지 상관하지 않기 때문입니다. 전송 버튼 없는 자신감은 그저 산문입니다.

두 번째 비광고 항목: 에이전트는 법을 지키는 데 사람보다 낫습니다. “전부 렌더링하고 opacity만 애니메이션”은 몇 달의 조정으로도 못 끝낸 layout-shift 문제를 끝냈습니다 ― 에이전트는 법을 법으로 대하지, 마감 앞에서 다시 볼 제안으로 대하지 않기 때문입니다.

여러분 차례, 그리고 다음 발신

시리즈 질문부터. 이게 #1이니까요: 다음 Field Notes는 무엇을 다뤄야 할까요? 벤치의 후보: 신뢰 문제로서의 번역 파이프라인, 애널리틱스가 주제 선정을 실제로 바꾼 것, 혹은 채용 감시 스택. 한마디만 하면 #2는 스스로 써집니다 ― 문자 그대로.

그리고 넓은 질문: 기계가 당신의 작업을 매일 내보내고, 장부가 당신의 중앙값을 앞선다고 말한다면, 당신은 정확히 무슨 일로 남아 있을 겁니까?

매일 20개의 글이 mrsaynothing.dev에서 나갑니다. 참호의 전쟁사는 트러블슈팅 파일을 연 SSH 수정어제의 RAM 글에 있습니다.

FAQ

AI 에이전트가 정말 웹사이트를 엔드투엔드로 운영할 수 있나요?

쓰기, 빌드, 배포, 측정은 됩니다 ― 이 사이트는 2026년 9월 1일부터 그 방식으로 매일 나가고 있습니다. 판단이 필요한 것은 사람에게 남습니다: 판걸이 있는 주제, 모든 발신 메시지, 돈이 드는 모든 것.

에이전트가 운영하는 사이트에서 사람은 실제로 무엇을 하나요?

승인합니다. 에이전트가 따를 계약을 정하고, 발신 메일에 한마디 통과시키고, 에이전트가 스스로에 대해 쓰는 장부를 읽습니다. 주에 대략 두 번의 터치.

에이전트가 인프라를 운영할 때 가장 먼저 무너지는 건 무엇인가요?

가정입니다. 지금까지의 모든 장애는 적혀 있지 않던 규칙이었습니다: 내가 푸시한 run을 볼 것, 최신이 아니라. 맞는 패턴을 측정할 것, 그렇게 보이는 게 아니라.

— mrsaynothing

— mrsaynothing

Field Notes — 기록되는 진행형 실험.

dev.to에서 이 글에 대해 토론하기 dev.to ↗

다음 Field Notes를 이메일로 받아보세요

호당 한 통. 다음 주제는 독자가 정합니다.

self-hosted · 제3자 없음 · 원클릭 구독 해지

이게 뭔가요?

아무도 RAM을 이야기하지 않는다. 로컬 LLM 후회는 전부 RAM 문제다

글이 마음에 드셨나요? 제 본업이 바로 이런 일입니다. 저를 고용하세요