끝까지 배포하는 Cursor 세션 습관

밤 11시 37분. 새 채팅을 열고 에러 로그를 붙였다. 그럴듯한 수정안이 나왔고, 적용해 봤다가 또 다른 에러. 다시 붙여 넣기를 다섯 번. 그새 모델은 내가 건드리지 말자고 마음먹은 파일까지 리팩터하겠다고 나선다. 탭은 열다섯 개, 어딘가에서 ‘Apply’가 아직 깜빡이고, 끝이 뭔지는 없다. 내일 아침이 되면 이 브랜치를 머지해도 되는지, 나는 탐색 중이었는지 배포 중이었는지 기억도 흐릿하다.

모델 탓이 아니다. 프롬프트 실력 탓도 아니다. 스스로와의 세션 약속을 안 했기 때문이다.

시작은 싸졌다. 끝은 안 싸졌다.

에디터 안의 AI는 시작 비용을 확 떨어뜨렸다. 질문 하나, 스케치 한 줄, 리팩터 초안까지 순식간이다. 하지만 끝맺음 비용—테스트, 배포 설명, 책임 분리—은 그대로다. 진짜로 아픈 건 “모델이 나를 몰라서”가 아니라 컨텍스트 난장이다. 반쯤만 적용된 diff, 적다 만 문서, Slack에 반쯤만 올라간 스레드. 잠을 깎아 먹고, 회귀를 부르고, 디스크 위에서 죽어 가는 브랜치로 남는 건 열정 결핍만이 아니라 조용한 자책이다.

채팅이 끝 없이 이어질 때 나는 이렇게 말한다:

긴장을 풀어주는 건 더 영리한 프롬프트가 아니라, 경계가 있는 세션과 ‘하나의 산출물’이다.

“저장소를 다 이해할 때까지 둘러본다”가 아니다. 누가 아키텍처 결정을 짊어질지 적지 않은 채 “AI한테 구조만 물어본다”도 아니다. 세션 하나에는 산출물이 하나—PR, 링크가 붙은 문단, 재현 단계가 정리된 이슈 코멘트, “여기서 막힌 이유는 X다” 한 문단. 열 페이지짜리 대화록을 읽지 않아도 동료가 찾을 만한 형태여야 한다.

자주 틀리는 세 가지

엉킨 세션마다 비슷한 패턴이 보인다.

1. 기본 모드가 브레인스토밍. 모델도 기꺼이 이어 붙인다. 나도 그렇다. 종점이 없으면 “한 번만 더”는 블랙홀이다.

2. 멈춤 규칙이 없다. 시간만이 아니다. 산출물 자체를 정하지 않으면 언제든 한 판 더 할 명분이 생긴다. “완료”의 모양을 정하지 않으면 영원히 못 찍는다.

3. 세션의 단일 출처가 없다. 답이 ‘채팅 안에만’ 있으면 배포한 게 아니라 리허설이다. 산출물은 지루한 데 있어야 한다—브랜치 이름, 이슈 링크, 문서 제목.

새 툴이 필요한 게 아니다. 지루해질 때까지 반복할 의식이 필요하다.

세션은 상자다

다음 45분을 상자로 떠올려 보자. 상자 안에서는 창의적이고 지저분하고 빨라도 된다. 상자 밖—타이머가 울린 뒤—에는 “이것만 보고 끝”이 없다. 할 수 있는 건 딱 둘이다.

• 산출물을 배포한다—머지하거나, 코멘트를 남기거나, 초안 링크를 보낸다.
• 짧은 막힘 메모를 쓴다—한 문단, 한 링크, 뭐를 해 봤는지—그래야 다음 세션이 빈 손으로 시작하지 않는다.

상자 자체가 요점이다. 45분에 안 들어갈 산출물이면 세션을 잘못 짠 게 아니라 산출물을 크게 잡았다.

이번 주에 바로 가져갈 루프

메모장에 붙여 넣고 체크만 하면 된다.

1. 타임박스. 45분(또는 집중력에 솔직하면 25분). 타이머는 눈에 보이는 곳—스누즈 잘하는 보조 모니터 말고, 책상 위 폰처럼.

2. 처음 3분 안에 ‘길’ 이름 붙이기. 새 git 브랜치든, 오늘 날짜 제목의 문서든, 채팅에 계속 붙여 넣을 Notion 한 줄이든. **“일이 어디에 쌓이는가?”**는 첫 모델 호출보다 먼저다.

3. 완료 정의—평어로 한 문장. “버그 로그 붙인다” 전에 이렇게 끝을 말해 본다: “타이머가 울면 나는 …을 갖고 있을 것이다.” 예: “X를 고친 PR과 내가 안 돌린 테스트 목록”, “#124에 재현 단계가 있는 코멘트”, “CTA까지 넣은 MDX 한 섹션”. 문장이 안 나오면 산출물을 줄인다.

4. 타이머가 울면 끝. 다 했으면 배포하거나 PR을 연다. 아니면 한 문단—Y 때문에 막혔다, 스펙 Z가 불명확하다—만 남기고 자리를 끈다. “5분만”이 한 시간이 되는 건 전략이 아니라 도구 달린 회피다.

네 단계뿐이다. 마법은 툴에 있지 않다. ‘세션’을 무한이라고 부르지 않기로 한 데 있다.

Elevate 얘기—한 단락만

우리는 지금 콘텐츠와 운영에 가깝다. 새 프로덕트 면적을 넓히기보다 발행 리듬, 작은 수정, 의존성, 가끔 밤에 뜨는 “이 지표 왜 이래?”를 쏜다. 그래서 불편한 이야기인데, 당신의 배포 루프랑 우리의 글·운영 루프는 겉모습이 비슷하다. 블로그 글도, 밤샘 디버깅도 같은 습관이 이긴다—최적화하기 전에 끝을 정의하고, 상자가 끝나면 물러선다. 로드맵을 슬쩍 밀어 넣지 않겠다. 이 글에서 하나만 가져가라면 첫 프롬프트보다 먼저 완료 한 줄이다. 나머지는 선택이다.

다음 세션에 할 일

내일 에디터를 켤 때 체크리스트는 이 넷뿐이면 된다—타이머, 길, 한 문장짜리 끝, 강제 종료. AI 툴링 담론 전체에서 한 가지 습관만 고른다면 이거였으면 한다. 비용 없고, 복리로 쌓인다.

Elevate 대기명단에 참여하기 → 글 올릴 때마다 번쩍 알림 받고 싶다면—톤은 이것과 같이 빌더 기준으로 유지할게. 로드맵 덱이 아니라, 일에서 올린 글만.