r/cursor•3개월 전•4•31

Cursor 사용자분들, 채팅이 너무 길어져서 지저분해지면 어떻게 하시나요?

Cursor users, what do you do when a chat gets stale?

핵심 요약

Cursor 채팅이 길어지며 쌓이는 불필요한 맥락을 관리하는 효율적인 워크플로우에 대한 논의.

컨텍스트 관리 — 채팅이 길어질 때 발생하는 불필요한 정보와 맥락 오염 해결 방안 논의함.
핸드오프 전략 — /handoff 명령어로 현재 작업 상태를 요약하고 새 채팅으로 전환하는 방식 공유됨.
문서화 활용 — agents.md나 readme.md를 통해 에이전트가 최신 상태를 유지하도록 설정함.
프롬프트 최적화 — 팔로우업을 쌓기보다 프롬프트를 수정하여 채팅 맥락을 깔끔하게 유지하는 팁 공유됨.

Cursor를 헤비하게 쓰시는 분들은 어떻게 하는지 궁금합니다.

가끔 Cursor 채팅이 처음엔 잘 되다가도, 디버깅이나 리팩토링을 반복하다 보면 너무 많은 짐을 지고 있는 느낌이 듭니다. 예전 시도들, 잘못된 가정, 더 이상 신경 쓰지 않는 파일들 같은 것들이요. 새 채팅을 시작하면 도움이 되긴 하지만, 유용한 맥락을 다시 구축해야 하는 번거로움이 있죠. 여러분은 규칙, 노트, 커밋, 수동 요약 등을 사용하시나요, 아니면 그냥 같은 채팅을 계속 이어가시나요? Cursor 워크플로우를 좀 덜 지저분하게 만들고 싶네요.

원문

커뮤니티 목록

r/cursor•3개월 전•4•31

Cursor 사용자분들, 채팅이 너무 길어져서 지저분해지면 어떻게 하시나요?

Cursor users, what do you do when a chat gets stale?

핵심 요약

Cursor 채팅이 길어지며 쌓이는 불필요한 맥락을 관리하는 효율적인 워크플로우에 대한 논의.

컨텍스트 관리 — 채팅이 길어질 때 발생하는 불필요한 정보와 맥락 오염 해결 방안 논의함.
핸드오프 전략 — /handoff 명령어로 현재 작업 상태를 요약하고 새 채팅으로 전환하는 방식 공유됨.
문서화 활용 — agents.md나 readme.md를 통해 에이전트가 최신 상태를 유지하도록 설정함.
프롬프트 최적화 — 팔로우업을 쌓기보다 프롬프트를 수정하여 채팅 맥락을 깔끔하게 유지하는 팁 공유됨.

Cursor를 헤비하게 쓰시는 분들은 어떻게 하는지 궁금합니다.

주요 댓글

r/cursor

채팅이 길어질 때 발생하는 맥락 오염을 방지하기 위해 핸드오프 명령어나 문서화, 프롬프트 수정 등 다양한 관리 전략이 논의됨.

이전 채팅 기록을 에이전트가 읽게 해서 맥락을 다시 제공하지 않도록 합니다.

전체 채팅을 맥락으로 주는데 왜 굳이 새 채팅을 시작하시나요? 실제로 차이가 있나요?

특히 지저분한 디버깅 세션에서는 차이가 있다고 생각합니다. 이전 채팅에는 유용한 맥락과 함께 실패한 시도, 잘못된 가정, 구식 경로들이 섞여 있거든요. 오염된 기록을 계속 이어가는 것보다 집중된 상태로 새 채팅을 시작하는 게 나을 수 있습니다. 문제는 핸드오프를 얼마나 정확하게 하느냐죠.

네 맞아요, 근데 이분은 전체 채팅을 다 준다고 하셨잖아요.

그러면 토큰 낭비 아닌가요? 만약 다른 툴로 작업을 옮기고 싶으면 어떡하고요?

네, 근데 정확히 어떤 메커니즘으로 돌아가는지는 잘 모르겠네요. 확실히 말하자면, 전체 대화 내용을 다 넘겨주는 게 아니라 이전 대화에서 이어가는 거라고 에이전트한테 프롬프트를 넣는 방식을 말하는 겁니다.

컨텍스트가 최대치의 66% 정도 차면 대화를 내보냅니다. 그 후 /handoff 명령어로 현재 작업의 하드/소프트 모델을 만들고 .plan 파일을 생성해서 새 채팅으로 넘깁니다. 새 채팅은 딱 필요한 맥락만 가지고 시작하고, 다시 66%가 차면 반복하는 식이죠.

제가 생각하던 거랑 제일 비슷하네요. 66% 커트라인이 흥미롭네요. 맥락이 쓸모없어질 때까지 기다리는 게 아니라 성능이 떨어지기 전에 미리 교체하는 거군요. /handoff가 .plan을 만들 때 어떤 내용이 들어가나요? 다음 단계뿐만 아니라 변경된 파일, 실패한 시도, 결정 사항, 다음 채팅에서 피해야 할 것들도 포함되나요?

agents.md와 readme.md 파일을 작성하게 하고 계속 업데이트하라고 시킵니다.

그럴듯하네요. agents.md를 Cursor가 자동으로 업데이트하게 두시나요, 아니면 각 단계가 끝날 때마다 명시적으로 업데이트하라고 하시나요? 저는 파일을 한 번 만드는 것보다 채팅이 산으로 갈 때 정확하게 유지하는 게 더 어렵더라고요.

솔직히 예전에는 새 채팅을 시작하거나 문서를 만드는 등 이것저것 많이 했었는데, 요즘은 그냥 같은 채팅을 계속 이어가도 성능 저하가 별로 없더라고요. 대신 원하는 결과가 안 나오면 뒤로 돌아가서 프롬프트를 수정하는 방식을 많이 씁니다. 팔로우업을 요청하는 대신 프롬프트를 다시 쓰는 거죠. 그게 맥락을 깔끔하게 유지하는 데 도움이 되는 것 같아요 🤷

흥미롭네요. 프롬프트를 다시 쓰는 게 채팅을 더 깔끔하게 유지하긴 하겠네요. 뒤로 돌아갈 때 시도했던 경로에서 유용한 맥락을 잃어버리진 않나요, 아니면 보통 그게 목적인가요? 저는 디버깅이 꼬였을 때 실패한 시도 중 일부는 기억해야 하는데 나머지는 스레드를 오염시키기만 해서 곤란하거든요.

원문r/cursor