채팅 포크하기 - 더 나은 품질과 낮은 비용을 위해... 포크하세요.
Fork that chat - for better Quality and lower cost ... fork it .
핵심 요약
Cursor에서 채팅을 포크하여 컨텍스트를 유지하면서 토큰 비용을 절감하는 효율적인 작업 방식 공유.
- 채팅 포크 전략 — 메인 채팅에서 파생된 포크를 사용해 개별 변경 사항을 격리함.
- 토큰 비용 절감 — 긴 대화로 인한 토큰 낭비를 방지하고 컨텍스트 오염을 최소화함.
- 컨텍스트 유지 — 메인 채팅으로 돌아와 코드 리뷰 및 최종 정리를 수행함.
- 효율적 워크플로우 — 기능 구현 후 작은 수정 사항은 별도 포크에서 처리함.
내가 Cursor 쓰면서 토큰 아끼고 시간 줄이면서 AI 답변 퀄리티까지 챙기는 꿀팁 하나 알려줌.
절대 한 채팅창에 모든 변경 사항을 다 때려 박지 마라.
채팅창 짧게 유지하는 게 좋다는 건 다들 알지? 대화가 길어지면 토큰도 많이 잡아먹고, 답변 기다리는 시간도 늘어나고, 나중엔 중요한 문맥 다 씹혀서 AI가 멍청해지거든.
근데 문제가 하나 있음.
가끔 좀 덩치 큰 기능을 구현할 때가 있잖아. 프롬프트 잘 짜서 Cursor한테 시키면 결과물이 한 80~90% 정도는 맞게 나오거든.
이제 여기서 수정할 게 몇 개 생기지.
보통은 그냥 계속 이어서 치잖아:
이거 고쳐줘.
이제 저거 바꿔봐.
이것도 업데이트하고.
어, 이거 때문에 뭐 깨졌네.
그럼 이것도 고쳐...
그러다 보면 어느새 채팅창이 다시 괴물처럼 길어져 있음.
그렇다고 아예 새 채팅을 파버리면 원래 기능 구현하던 문맥이 다 날아가서 그것도 좀 그래.
내 방식: 채팅 포크(Fork)
기능 처음 구현하고 나면 난 딱 이 규칙을 지킴:
-
수정할 거 1~2개 정도다? 그냥 원래 채팅창에서 해.
-
그 이상이다? 무조건 채팅 포크 떠.
예를 들면 이런 식임:
메인 채팅
→ 기능 초기 구현
→ 기능 90% 완성
그다음:
포크 #1
→ "X 변경해"
→ 완료
→ 창 닫기
다시 메인 채팅으로 복귀
포크 #2
→ "Y 변경해"
→ 완료
→ 창 닫기
다시 메인 채팅으로 복귀
포크 #3
→ "Z 변경해"
→ 완료
→ 창 닫기
이런 식으로 계속하는 거지.
핵심은 각 포크가 원래 문맥을 그대로 들고 시작한다는 거야. 그러니까 기능을 처음부터 다시 설명할 필요도 없고, 수정 사항을 한 채팅창에 다 쌓아두지도 않게 됨.
수정 다 끝내고 나면 다시 메인 채팅으로 돌아와서 전체적인 문맥이 필요한 작업들을 하는 거지:
-
코드 리뷰
-
디버깅
-
리팩토링/최적화


