프롬프트보다 중요한 건 루프다: AI를 자기 자산으로 바꾸는 실무 가이드

새 채팅창을 연다. 어제 분명히 이 모델이랑 두 시간 동안 같이 일했는데, 오늘은 처음 만난 사이다.

내가 어떤 톤을 싫어하는지, 어제 어떤 실수를 했는지, 무슨 결론을 내렸는지 다시 처음부터 설명한다. 그러다 문득 이상하다는 생각이 든다. 나는 분명 매일 AI를 쓰는데, 왜 쌓이는 게 없지?

이게 대부분의 사람이 AI를 쓰는 방식이다. 매일 쓰는데, 매일 0에서 시작한다.

사티아 나델라가 최근에 비슷한 이야기를 회사 단위로 했다. 앞으로 기업의 승부는 어떤 AI 모델을 쓰느냐가 아니라, 그 모델로 얼마나 빨리 배우고 그 배움을 자기 자산으로 쌓느냐에서 갈린다고. 그는 이걸 토큰 자본이라고 불렀다. 회사 안에 누적되는 AI화된 조직 기억이다.

이 글은 그 개념을 개인 작업 단위로 끌어내린 실무 가이드다. 모델을 바꾸는 이야기가 아니라, 내 작업이 다음 작업을 개선하게 만드는 학습 루프를 실제로 어떻게 짜는지에 대한 이야기다.

이 글에서 다룰 내용

  • AI를 매일 쓰는데도 아무것도 안 쌓이는 진짜 이유
  • 작업 끝날 때 그대로 복붙할 회고 프롬프트
  • 실패를 다음 판단 기준으로 바꾸는 분류법
  • "내 과거 기록 먼저 읽고 답해"를 자동으로 강제하는 하네스 구성

왜 매일 AI를 쓰는데 아무것도 안 쌓일까

이유는 단순하다. 모델은 대화가 끝나면 잊는다.

GPT든 Claude든 Gemini든, 채팅창을 닫는 순간 오늘의 맥락은 사라진다. 다음에 다시 열면 그 모델은 세상에서 가장 똑똑하지만 나에 대해서는 아무것도 모르는 신입이다. 그래서 매번 같은 브리핑을 반복한다.

여기서 사람들이 보통 찾는 해법은 더 좋은 프롬프트다. 프롬프트를 길게, 정교하게 쓰면 결과가 좋아진다고 믿는다. 맞는 말이다. 단, 그 좋은 프롬프트도 채팅창을 닫으면 같이 사라진다는 게 함정이다.

복리로 자라는 사람은 프롬프트를 잘 쓰는 사람이 아니다. 작업의 결과를 밖에 남겨서 다음 작업이 그걸 읽고 시작하게 만드는 사람이다.

차이를 그림으로 그리면 이렇게 된다.

  • 휘발형: 작업 → 결과 → 채팅 종료 → 다음에 다시 0에서 시작
  • 누적형: 작업 → 결과 → 기록 → 다음 작업이 그 기록을 읽고 시작 → 더 나은 결과 → 다시 기록

루프는 마지막 화살표 하나다. 결과를 다시 입력으로 되먹이는 그 한 줄이 있느냐 없느냐가 1년 뒤에 말도 안 되는 격차를 만든다.

루프의 최소 단위는 세 칸이다

거창하게 생각할 필요 없다. 학습 루프의 최소 단위는 세 칸짜리다.

기록 → 분류 → 주입.

작업이 끝나면 무슨 일이 있었는지 한 곳에 적는다(기록). 그중 다음에도 반복될 패턴만 골라낸다(분류). 다음 작업을 시작할 때 그 패턴을 AI 눈앞에 자동으로 들이민다(주입).

대부분은 첫 칸인 기록에서 멈춘다. 메모는 쌓이는데 다시 안 읽는다. 그러면 그건 일기지 루프가 아니다. 진짜 레버리지는 세 번째 칸, 주입에서 나온다. 적어둔 걸 사람이 기억해서 꺼내는 게 아니라, 시스템이 강제로 들이미는 구조여야 루프가 돈다.

아래부터는 이 세 칸을 각각 바로 써먹을 수 있는 형태로 준다.

1칸 — 작업이 끝나면 이 프롬프트로 회고를 뽑는다

가장 흔한 실수는 작업이 끝나면 그냥 채팅창을 닫는 거다. 닫기 전에 AI한테 회고를 시키면 된다. 이미 모든 맥락을 들고 있는 그 자리에서 뽑는 게 제일 싸고 정확하다.

작업이 끝난 채팅창에 그대로 붙여넣어라.

방금 끝낸 작업을 회고로 정리해줘. 칭찬 말고 다음에 써먹을 정보만.
1. 목표: 이 작업에서 내가 원래 하려던 것
2. 실제 결과: 된 것 / 안 된 것
3. 막힌 지점: 어디서 시간을 가장 많이 썼는지
4. 다음에 반복될 패턴: 이번에 배운 것 중 다음 비슷한 작업에서도 또 쓰일 규칙 1~3개
5. 한 줄 교훈: 다음 세션 시작할 때 내가 먼저 봐야 할 문장 한 줄
마크다운으로, 군더더기 없이.

여기서 핵심은 4번과 5번이다. 1~3번은 그냥 일기다. 4번과 5번이 다음 루프로 넘어가는 연결 고리다. 특히 5번 한 줄 교훈은 나중에 세션 시작 화면에 그대로 붙일 재료가 된다.

이걸 받아서 날짜별 파일 하나에 계속 쌓는다. 거창한 도구 필요 없다. 2026-06-15.md 같은 텍스트 파일 하나면 된다.

2칸 — 실패 로그는 분류해야 자산이 된다

실패를 그냥 적어두면 죄책감만 쌓인다. 분류해야 기준이 된다.

같은 실수를 두 번 했는지, 세 번 했는지를 세는 게 핵심이다. 한 번 한 실수는 사고다. 세 번 한 실수는 고질병이고, 고질병은 시스템으로 막아야 한다.

실패 로그에 이 네 개 태그만 붙여라.

  • #오류유형 — 무엇을 틀렸나 (예: 사실 확인 안 함, 톤 어긋남, 범위 초과)
  • #원인 — 왜 그랬나 (예: 기억으로 답함, 맥락 부족, 검증 생략)
  • #반복횟수 — 같은 유형 누적 몇 회째인가
  • #대응 — 한 번이면 메모, 3회 넘으면 규칙으로 승격

실제로 내가 쓰는 분류가 이렇게 생겼다.

## 2026-06-15 실패 로그
- #오류유형: 부동산 수치를 기억으로 답함
#원인: 트래커 안 돌리고 머리로 매물표 작성
#반복횟수: 6회
#대응: 3회 넘음 → 규칙 승격. "수치 보고 전 무조건 트래커 실행 후 인용"

반복횟수가 3을 넘는 순간 그 항목은 일기에서 규칙으로 신분이 바뀐다. 그리고 규칙이 된 것만 다음 칸으로 넘긴다. 전부 넘기면 안 된다. 이 부분은 뒤에서 다시 말한다.

3칸 — 하네스로 ‘과거 기록 먼저 읽고 답해’를 강제한다

여기가 루프가 진짜로 도는 지점이고, 대부분이 빠뜨리는 칸이다.

회고를 적고 실패를 분류해도, 다음에 그걸 사람이 기억해서 꺼내야 한다면 결국 까먹는다. 안전벨트를 맬지 말지 매번 고민하는 것과 같다. 해법은 시동을 켜면 자동으로 경고음이 울리게 만드는 거다. AI 작업에서 시동은 세션 시작이다.

방법은 두 가지다.

가벼운 버전 — 시작 문장으로 강제한다

새 작업을 열 때 본론보다 먼저 이 문장을 붙인다.

답하기 전에, 내가 이전에 같은 종류의 작업에서 반복한 실수 노트를 먼저 확인해.
그 노트에 적힌 규칙을 어기지 않는지 점검한 다음에 작업을 시작해.
규칙: [여기에 3회 이상 반복된 규칙만 3~5줄 붙여넣기]

이 한 덩어리를 메모 앱이나 텍스트 확장 도구에 저장해두고 새 세션마다 맨 위에 붙이면, 그게 바로 수동 루프다. 도구가 뭐든 상관없다.

제대로 된 버전 — 세션 시작 훅으로 자동 주입한다

매번 손으로 붙이는 것도 결국 까먹는다. Claude Code나 비슷한 에이전트 환경을 쓴다면 세션이 시작될 때마다 자동으로 규칙을 띄우는 훅을 걸 수 있다. 구조는 이렇게 단순하다.

[세션 시작]
→ 작은 스크립트 실행
→ 실패 로그 파일을 연다
→ "반복횟수 3회 이상" 인 항목만 고른다
→ 5~7줄로 줄여서 세션 맨 위에 띄운다

실제로 내가 돌리는 스크립트의 핵심 로직은 이 정도다.

# 실패 로그에서 3회 이상 반복된 규칙만 추출해 세션 시작 화면에 주입
THRESHOLD = 3
rules = parse_corrections("corrections.md") # 누적된 실패 로그 읽기
chronic = [r for r in rules if r.count >= THRESHOLD] # 고질병만 거르기
if chronic:
print("🔁 복기 — 과거 3회+ 반복된 실수 (이번 세션에서 또 하지 말 것):")
for r in chronic:
print(f"- ({r.count}회) {r.rule}")

그리고 이 스크립트를 세션 시작 시점에 물리는 설정 한 줄을 추가한다(환경마다 SessionStart 훅, 셸 프로필, 작업 템플릿 등 이름은 다르다). 그러면 새 세션을 열 때마다 화면 맨 위에 이런 줄이 강제로 뜬다.

🔁 복기 — 과거 3회+ 반복된 실수 (이번 세션에서 또 하지 말 것):
- (6회) 수치 보고 전 트래커 실제 실행 후 인용. 기억으로 작성 금지.

이게 나델라가 말한 토큰 자본의 개인 버전이다. 내가 어제 한 실수가, 사람의 의지가 아니라 시스템에 의해 오늘의 입력으로 자동 되먹임된다. 까먹을 수가 없다.

AI 초안과 사람이 손본 문장은 이렇게 다르다

루프가 실제로 글을 어떻게 바꾸는지 보여주는 게 제일 빠르다. 사실 지금 읽고 있는 이 글의 자매편인 브런치 글이 그 예시다.

처음 AI가 뽑은 초안에는 이런 문장이 있었다.

AI는 단순히 업무 속도를 높이는 도구가 아니라, 사람의 판단을 흡수할 수 있다고 보여진다.

피동형 ‘보여진다’가 문장을 흐리게 만든다. 글쓴이가 판단을 안 내리고 도망간 문장이다. 손본 뒤에는 이렇게 됐다.

AI는 업무 속도만 높이는 도구가 아니다. 사람의 판단, 경험, 패턴을 계속 빨아들인다.

여기서 중요한 건 이 수정을 사람이 매번 손으로 했다는 게 아니다. ‘피동형으로 도망가지 말 것’이라는 규칙이 한 번 실패 로그에 들어가면, 다음 글부터는 그게 시작 화면에 떠서 AI가 처음부터 피하게 된다. 한 번의 교정이 영구적인 기준이 되는 것. 그게 루프다.

잘못 돌리면 루프가 독이 된다 — 망하는 포인트

루프는 강력한 만큼 잘못 짜면 오히려 작업을 망친다. 세 가지만 조심하면 된다.

전부 주입하지 마라. 가장 흔한 실수다. 적어둔 모든 메모를 매 세션에 다 띄우면, AI는 노이즈에 파묻혀 정작 중요한 걸 놓친다. 더 나쁜 경우, 예전에 폐기한 규칙까지 같이 끌려와서 이미 바뀐 방침을 AI가 따른다. 그래서 3회 이상 반복된 것만 거르는 기준이 필요하다. 검증된 고질병만 올린다.

낡은 규칙은 졸업시켜라. 어떤 규칙은 충분히 몸에 배서 더는 안 틀린다. 그런 건 시작 화면에서 내려야 한다. 안 그러면 화면이 옛날 규칙으로 꽉 차서 새 경고가 묻힌다. 졸업 항목은 별도 파일로 옮기고 주입 대상에서 뺀다.

기록이 아니라 주입이 목표다. 메모만 열심히 쌓고 다시 안 읽으면 루프가 아니다. 세 번째 칸까지 닫혀야 한 바퀴다. 회고 파일이 한 달째 늘기만 하고 시작 화면은 비어 있다면, 그건 일기를 쓰는 거지 루프를 돌리는 게 아니다.

자주 묻는 질문

코딩 안 하는데 훅 같은 거 못 짜요.

괜찮다. 3칸의 가벼운 버전이면 충분하다. 회고 프롬프트로 교훈 한 줄 뽑고, 그걸 메모 앱에 모아두고, 새 작업 시작할 때 맨 위에 복붙하는 것. 이것만 해도 안 하는 사람과는 차원이 갈린다. 자동화는 손으로 하다가 귀찮아질 때 붙이면 된다.

회고를 매번 하면 작업이 느려지지 않나요?

회고 프롬프트는 30초다. 그 30초가 다음 비슷한 작업에서 30분을 아낀다. 느려지는 게 아니라, 같은 실수에 두 번 시간 쓰는 걸 막는 거다.

어디에 기록하는 게 좋아요?

검색되고, AI가 읽을 수 있는 평문이면 뭐든 된다. 텍스트 파일, 옵시디언, 노션 다 괜찮다. 핵심은 형식이 아니라 다음 작업이 그 파일을 실제로 읽느냐다.

결론 — 모델은 사면 끝, 루프는 쌓아야 생긴다

모델은 누구나 산다. 다음 달에 더 좋은 게 나오면 다 같이 그걸로 갈아탄다. 거기엔 해자가 없다.

해자는 내가 어제 틀린 걸 오늘의 AI가 안 틀리게 만드는 그 연결선에 있다. 그건 돈으로 못 산다. 내 작업에서만 나오고, 남이 복사할 수도 없다.

그러니 더 좋은 프롬프트를 찾아 헤매기 전에, 오늘 끝낸 작업 하나에 회고 한 줄을 붙여보는 것부터 하면 된다. 루프는 거기서 시작한다. 그리고 한 번 돌기 시작하면, AI는 내 일을 대신하는 도구가 아니라 내 판단을 복리로 키우는 시스템이 된다.

StayPick Korea에서 더 알아보기

지금 구독하여 계속 읽고 전체 아카이브에 액세스하세요.

계속 읽기