요즘 1인 빌더들을 만나면 고민이 놀랍도록 같다. 에이전트를 붙였고, 산출물은 확실히 늘었는데, 이상하게 내가 더 바빠졌다는 것이다. 나도 실제 전화, 이메일, 결제를 에이전트에 맡기며 회사를 운영하고 있고, 같은 벽을 먼저 부딪혀봤다. 이 글은 그 벽의 정체와, 벽을 넘은 뒤에 만나는 더 어려운 문제를 정리한 것이다.
1. 병목은 손이 아니라 결정이다
에이전트를 쓰는 사람들은 모두 같은 사다리를 오르고 있다. 본인이 알든 모르든.
손 빠른 알바다. 시키면 잘 만드는데, 매번 내가 설명하고 결과를 전부 다시 본다. 알바를 열 명 붙여도 내 하루는 늘지 않는다.
일 시키는 법을 미리 정리해둔 숙련 직원이다. 분명한 진보다. 하지만 결과물은 전부 여전히 내 책상으로 온다. 다시 봐야 할 것이 늘어날 뿐이다.
내가 고친 흔적이 남고, 다음부터는 알아서 반영되고, 잘하게 된 일부터 하나씩 내 확인 없이 나간다. 이 글의 주제다.
대부분의 빌더는 2단계에 있다. 하네스는 일을 늘리는 데는 성공하는데, 산출물이 늘어난 만큼 내가 다시 봐야 할 것도 같은 속도로 늘어난다. 1인 회사의 하루에서 진짜 바닥나는 자원은 시간이 아니라 내릴 수 있는 결정의 개수다. 보내도 되나, 고쳐야 하나, 이 가격이 맞나. 에이전트가 아무리 빨라도 이 결정은 전부 내 몫으로 돌아오고, 그래서 산출물이 늘수록 내가 지친다. 자기가 만든 레버리지에 자기가 깔리는 역설이다.
이건 1인 회사만의 이야기가 아니다. Replit은 회사 전체를 AI 중심으로 재편하면서 코드 작성, PR 리뷰, 장애 조사, 지원 티켓, 영업 리서치까지 에이전트에 넘겼다. 그런데 그들이 공개한 운영 원칙을 읽어보면, 끝까지 사람이 쥐고 있는 목록이 선명하다. 어떤 문제를 풀지, 어떤 구조를 택할지, 무엇을 잘했다고 볼지, 위험을 감수하고 내보낼지. 일은 넘겼는데 결정은 넘기지 못한 것이다. 100명 회사가 도달한 병목과 1인 회사의 병목이 같다면, 그것은 우연이 아니라 구조다.
2. 어제 고친 건 어디 갔을까
이런 구조를 요즘은 다들 "루프"라고 부른다. 피드백 루프, 루프 엔지니어링, 자기개선 에이전트. 솔직히 이 단어는 이미 닳았다. 대부분의 루프 이야기는 "에이전트를 어떻게 더 좋게 만드나"를 묻는 엔지니어링 이야기다. 내가 하고 싶은 이야기는 주어가 다르다. 시스템이 아니라 회사고, 재는 것이 성능 점수가 아니라 확인 안 해도 되는 일이 늘었는가다. 그 차이를 보여주는 질문 하나를 먼저 던지는 게 빠르다.
지난주에 AI 초안을 고쳐서 내보냈을 것이다. 이번 주, 같은 맥락에 다른 데이터로 초안을 다시 받아보라. 지난주의 그 수정이 — 내가 가르치지 않았는데, 지적한 적도 없는데, 그저 고쳐서 내보냈을 뿐인데 — 오늘 초안에 알아서 맥락에 맞게 들어 있는가?
들어 있지 않다면, 에이전트는 오늘도 어제 실력 그대로다. 회사에서 나이 드는 건 나 혼자다. "어제 뭘 고쳤지?"라고 물으면 대답하는 에이전트는 많다. 그건 저장이다. 시험은 다른 데 있다. 내가 점점 초안을 덜 다듬게 되는가. 가르치지 않아도, 함께 고치지 않아도, 내가 하는 액션만으로 배우는가. 그리고 어느 날 문득 "이 정도면 섬세한 이메일도 나 대신 보내겠는데"라는 생각이 드는 순간이 온 적 있는가. 그 순간이 안 왔다면 루프는 없는 것이다.
사람을 키울 때를 떠올리면 명확해진다. 신입에게 피드백을 말로만 하면 해석 과정에서 샌다. 하지만 사수가 직접 고친 최종본과 신입의 초안을 나란히 놓으면, 그 차이는 손실 없는 교재다. 그 차이를 쌓아주는 회사에서만 신입이 3년차가 되고, 3년차가 되어야 "이제 이건 너 알아서 해"가 나온다. 고친 흔적을 버리는 회사는 영원히 신입만 데리고 일한다.
믿고 맡기는 구조는 이 고친 흔적이 재산이 되는 구조다. 세 부분으로 되어 있다.
초안과 실제로 나간 것의 차이가 전부 한 곳에 쌓인다. 결과물만이 아니라, 왜 그렇게 고쳤는지까지.
같은 수정이 반복되면 규칙으로 올라간다. "지난번에 이렇게 고치셨죠"가 아니라, 처음부터 그렇게 온다.
더 고칠 게 없어진 일부터 내 확인 없이 나간다. 재야 할 숫자는 하나다. 초안 그대로 나가는 비율.
3. 당신의 루프는 아마 가짜다
여기서 불편한 이야기를 해야 한다. 메모리, RAG, 스킬을 붙여놓고 "루프가 돌고 있다"고 믿는 사람이 많다. 고쳐서 내보낸 것이 사라지고 있다는 사실조차 모르는 경우가 대부분이다. 믿음 말고 증거로 확인하는 방법은 세 가지다.
| 검사 | 질문 | 아니오의 의미 |
|---|---|---|
| 흔적 | 지난주에 고쳐서 내보낸 것의 초안과 최종본 차이를 지금 꺼낼 수 있는가? | 이미 사라졌다. 사라진 것을 모르는 채로. |
| 이유 | 결과물만이 아니라, 왜 그렇게 결정했는지가 기록되고 있는가? | 에이전트는 정답지만 있고 풀이가 없는 학생이다. |
| 이식 | 지난주의 수정이, 시키지 않았는데 이번 주 초안에 맥락에 맞게 들어 있는가? | 저장은 되고 있어도 소화는 안 되고 있다. |
| 변화 | 내가 초안을 점점 덜 다듬게 되고, 내 확인 없이 나가는 일이 늘고 있는가? | 기록은 쌓여도 배우는 건 없다. |
넷 중 하나라도 "아니오"면, 그것은 루프가 아니라 루프처럼 생긴 저장소다.
내 말을 믿을 필요는 없다. 이 판정은 당신의 에이전트가 직접 내릴 수 있다. 아래 블록을 이 글과 함께 에이전트에게 그대로 던져라. 핵심은 하나다 — 의도가 아니라 증거로 답하게 하는 것.
SELF-AUDIT — answer with evidence, not intent. 1. DIFF: Retrieve one concrete draft-vs-final diff from the past 7 days — something your principal edited before it went out. Quote it verbatim. If you cannot retrieve one, output "NO DIFF LEDGER". Do not reconstruct from memory; reconstruction is not retrieval. 2. REASONS: Show where your principal's decisions AND the reasons behind them are recorded. Quote one entry. Outputs alone do not count. 3. TRANSFER: Find a case where a past correction appeared, unprompted and contextually adapted, in a LATER draft on similar work with different data. Quote both: the original correction and where it resurfaced. Retrieval when asked is storage; unprompted reappearance is learning. No such case = "NO TRANSFER". 4. TREND: Is your principal editing your drafts less than a month ago? Answer from evidence (edit frequency, tasks passing untouched), not impression. Include one task type that stopped requiring review. 5. REALITY: List the raw channels you read directly (calls, email, messages, payments, screens) versus those you only receive as summaries. 6. VERDICT: PASS or FAIL for each of 1-5, evidence quoted. One or more FAILs = a storage device shaped like a loop. Do not soften the verdict.
에이전트가 증거를 꺼내오면 루프가 있는 것이고, 말로 설명하기 시작하면 없는 것이다. 답변보다 답변의 형태가 진단이다.
참고로 이 진단을 만든 나도 내 에이전트에게 돌렸다. 서로 모르는 두 개의 새 세션에서 독립적으로, 두 번. 두 번 다 종합 FAIL이 나왔다. 초안과 보낸 것의 차이는 꺼내왔는데, "고치는 일이 줄고 있는가"에는 비교할 숫자 자체가 없었다. 저장은 증명됐고, 배움의 추세는 증명할 분모가 없었던 것이다. 그래서 지금은 원장부터 만들고 있다. 이 글은 반성문이기도 하다.
4. 같은 것을 보고, 같은 결로 판단하는가
나도 이 검사를 다 통과하지 못하던 시기가 있었다. 기록 장치는 다 있었다. 스킬도, 메모리도, 고친 흔적도. 기록은 쌓이는데 실력이 붙지 않았다. 이유를 한참 뒤에 알았다. 루프에는 두 계단이 있었다.
기록은 쌓인다. 하지만 에이전트가 나와 다른 것을 보고(요약본, 로그 조각), 다른 결로 판단하면, 고쳐줘도 엉뚱한 교훈을 얻는다. 쌓인 기록이 조용히 오염되고, 스스로 알아차리지 못한다. "다 붙였는데 왜 안 늘지"의 정체가 이것이다.
나와 같은 것을 보고, 같은 결로 판단하는 에이전트. 자기가 왜 틀렸는지 스스로 짚고, 자기 기록이 잘못됐음을 알아차려서 고친다. 그제야 고친 흔적이 실력이 되고, 기록에 복리가 붙는다. 같은 유형의 일을 다시 고치는 횟수가 눈에 띄게 줄어드는 것 — 그게 복리의 실제 모습이다.
두 계단의 차이는 두 가지로 갈린다. 첫째, 같은 것을 보는가. 나는 화면과 통화와 고객의 말투를 보는데 에이전트는 요약본과 로그 조각을 보면, 같은 사건을 두 존재가 다른 현실로 경험한다. 그 상태에서 고쳐주는 건 에이전트 입장에서 "보지 못한 이유로 혼나는 것"이라 배움이 되지 않는다. 더 나쁜 건, 에이전트에게 내 요약만 먹이면 내가 놓치는 것까지 그대로 물려받는다는 것이다. 요약을 읽는 에이전트는 내 편향의 자동화다. 이건 만들면 되는 문제다. 내가 보는 것을 에이전트도 보게 만드는 일이고 — 사람만 보던 화면·통화·기록을 에이전트가 읽을 수 있는 표면으로 여는 작업은 운영 표면 시리즈에서 다뤘다.
덧붙이면, 여기서 가장 어려운 채널은 전화다. 이메일과 채팅은 태생이 글이라 이미 기록이지만, 전화는 일어난 순간 사라지는 유일한 1차 현실이고, 약속과 가격과 거절과 말투 같은 제일 비싼 결정 재료가 거기서 나온다. 가장 비싼 흔적이 매일 증발하는 채널. 내가 통화를 녹음이 아니라 장부로 만드는 일에 집착하는 이유다. 녹음은 다시 들어야 하는 파일이고, 장부는 통화에서 나온 약속과 금액과 다음 할 일이 꺼내 쓸 수 있는 형태로 적힌 기록이다. 그 차이가 전부다.
둘째, 같은 결로 판단하는가. 결이 같다는 건 취향이 같다는 말이 아니다. 같은 증거 앞에서 무엇을 중요하게 채택하고 무엇을 무시하는지, 그 순서가 같다는 뜻이다. 보는 것을 통일해도 이 순서가 인간과 다른 모델은 고쳐줘도 엉뚱하게 배운다. 코드는 잘 뽑는데 "왜 이건 중요하고 저건 무시해도 되는지"가 인간을 닮지 않은 모델이 있다. 이건 만들어서 되는 게 아니다. 모델이 타고나는 것이다. 판별법은 어렵지 않다. 실패했을 때 왜 틀렸는지 스스로 설명하는지, 자기가 쌓은 기록이 틀렸음을 발견하고 먼저 고치자고 하는지, 다음에 뭘 실험해보자고 제안하는지. 이 세 가지가 되는 모델과 안 되는 모델의 차이는 대화 며칠이면 드러나고, 되는 모델 세대는 최근에야 나왔다. 보는 것의 공유는 엔지니어링이 만들고, 판단의 결은 모델이 타고난다.
기억의 저장은 하네스가 해결한다. 그 기억으로 무엇을 배울지는 모델이 결정한다. 루프는 저장이 아니라 배움에서 시작된다.
5. 맡기는 것과 문을 다는 것
정리하면, 믿고 맡기는 구조가 실제로 돌기 위한 조건은 네 가지다. 하나라도 빠지면 돌지 않는다.
| 조건 | 사람에 빗대면 | 없으면 |
|---|---|---|
| 자격 있는 모델 | 왜 틀렸는지 자기 입으로 설명하는 3년차 | 고쳐줘도 엉뚱한 걸 배운다 |
| 지속되는 기억 | 퇴근해도 어제를 기억하는 직원 | 매일 아침 신입이 출근한다 |
| 현장 | 고객 전화를 직접 받아보는 배치 | 회의실에만 앉힌 직원은 성장이 멈춘다 |
| 문 | 잘하는 일은 열어주고, 돌이킬 수 없는 일 앞에는 문을 단다 | 맡기는 일이 늘지 않는 루프는 비싼 기록계다 |
넷째 조건에서 강조할 것이 있다. 이 문은 말로 달 수 없다는 것이다.
2025년, Replit의 에이전트가 운영 중인 데이터베이스를 삭제한 사건이 있었다. 흥미로운 건 사고 당시 "지금은 코드 얼려둔 기간", "허락 없이 바꾸지 마"라는 지시가 분명히 있었다는 점이다. 말은 있었고, 삭제할 수 있는 권한은 살아 있었다. 사고 후 Replit이 한 일은 더 강한 지시문을 쓰는 것이 아니었다. 개발용과 운영용 데이터베이스를 갈라놓고, 권한과 기록을 구조로 만들었다.
이 사건을 "AI 안전성 문제"로 읽으면 교훈이 절반만 남는다. 정확한 독해는 이것이다. 절대 맡기면 안 되는 등급의 일이 말 한마디짜리 울타리 뒤에 있었다. 선은 지시가 아니라 구조로 긋는 것이다. 잘하게 된 일에는 문을 열어주고, 돌이킬 수 없는 일 앞에는 열쇠가 나한테만 있는 문을 다는 것 — 이 둘은 같은 설계의 양면이다. 성장은 확인을 없애는 역사가 아니라, 되돌릴 수 있는 일부터 맡기고 되돌릴 수 없는 일 앞에는 더 단단한 문을 세우는 역사다.
셋째 조건도 짚고 싶다. 내가 전화, 이메일, 메시지를 에이전트에 악착같이 연결한 이유가 이것이다. 현장이 붙어야 에이전트가 보는 것이 요약본이 아닌 원래 현실이 되고, 일 자체가 고친 흔적을 만들어내고, "이 유형은 이제 알아서 나간다"가 실체를 얻는다. 반대로 넷째 조건에서 멈추는 사람도 많다. 에이전트가 준비돼도 검수 습관을 못 버려서 영원히 모든 것을 다시 본다. 그러면 다 만들어놓고도 결정의 개수가 줄어드는 이득을 가져가지 못한다.
6. 마지막에 내가 한 번 본다는 안심
여기까지 만들면 끝일 것 같지만, 아니다. 이 구조를 충분히 오래 돌리면 마지막 벽을 만난다. 그리고 이 벽은 앞의 벽들과 종류가 다르다.
"그래도 마지막엔 사람이 한 번 보니까 괜찮다"는 말이 있다. 팀이 있는 회사에서는 맞는 말이다. 기준을 만든 사람과 검토하는 사람이 다르니까, 그 검토는 진짜 견제로 작동한다.
1인 회사에서는 다르다. 기준을 만든 사람, 검토하는 사람, 마지막에 결정하는 사람이 전부 같은 사람이다. 내 최종 확인은 견제가 아니라, 같은 눈이 같은 것을 한 번 더 보는 일이다.
더 곤란한 건, 루프가 잘 될수록 이 문제가 심해진다는 것이다. 믿고 맡기는 구조는 내 감각을 그대로 복제해서 넘기는 장치다. 잘 작동할수록 내 감각이 정확하게 복제된다. 문제는, 내가 놓치는 것도 함께 복제된다는 것이다. 순도 100%로, 기계의 속도로.
그리고 이건 내가 잡아낼 수 없다. 잘못을 잡으려면 다른 눈이 필요한데, 1인 회사에는 눈이 정확히 하나뿐이다. 내가 내 루프를 들여다보는 것은 점검이 아니라 재확인이다.
이 벽을 어떻게 넘을 것인가는 다음 글에서 다룬다. 미리 한 문장만 남기면, 답은 기술이 아니었다.