컨텍스트 세금(Context Tax): 왜 모든 Cursor 세션에서 15분이 낭비되는가

시니어 엔지니어들이 매일 아침 Cursor를 열 때 지불하는 숨겨진 비용이 있습니다. 이는 조용히 복리로 쌓이며, 어떤 대시보드에도 나타나지 않지만, 일반적인 시니어 청구 요율을 기준으로 계산하면 연간 수천 파운드의 가치가 있습니다. 저는 이를 '컨텍스트 세금 (Context Tax)'이라고 부릅니다. 왜 이런 일이 발생하는지, 실제 비용은 얼마인지, 그리고 이를 제거하기 위해 제가 구축한 4가지 규칙의 아키텍처에 대해 설명하겠습니다.

15분의 문제
월요일 아침, Cursor를 엽니다. 새로운 채팅(New chat)을 시작합니다. 당신은 금요일에 멈췄던 작업, 즉 OrderService에 캐싱 레이어(caching layer)를 추가하는 작업을 이어가려 합니다. 당신은 다음과 같이 입력합니다: "이 메서드에 Redis 캐싱을 추가해줘." 그러면 AI는 기술적으로는 맞지만, 아키텍처 측면에서는 틀린 결과물을 반환합니다. 서비스 생성자(constructor)에서 ConnectionMultiplexer를 직접 인스턴스화합니다. 프로젝트에 이미 IDistributedCache가 등록되어 있음에도 불구하고 IMemoryCache를 사용합니다. 비동기(async) 호출 주위에 동기(synchronous) 래퍼를 작성합니다.

당신은 한숨을 쉽니다. 그리고 서문을 다시 입력합니다. "이 프로젝트는 Mediator와 Result<T>를 사용합니다. 캐싱은 /Infrastructure/Caching에서 IDistributedCache를 통해 등록합니다. ConnectionMultiplexer에 직접 접근하지 마세요. 서비스(Service) 레이어에 캐싱 로직을 넣지 말고, Infrastructure의 데코레이터(decorator)를 통해 래핑하세요. 그리고 우리는 의존성을 직접 인스턴스화하지 않고 생성자를 통해 주입(inject)합니다."

세 문단, 어쩌면 네 문단 정도 될 것입니다. AI가 실제로 유용해지는 데 필요한 컨텍스트(context)를 파악할 때쯤이면, 당신은 이미 코드베이스가 수십 번 보여주었던 내용을 타이핑하는 데 15분을 소비한 상태가 됩니다. 이것이 바로 컨텍스트 세금(Context Tax)입니다.

왜 발생하는가
현재의 다른 모든 AI 코딩 도구와 마찬가지로, Cursor는 세션 간에 지속적인 메모리(persistent memory)를 가지고 있지 않습니다. 각 새로운 채팅은 완전히 새로 시작됩니다. 당신의 팀이 내린 모든 아키텍처 결정, 코드베이스가 흡수한 모든 리팩터링(refactor)

당신의 경계를 위반하는 패턴을 제안하기 시작합니다. 당신이 이를 수정하면, AI는 고집을 부립니다. 당신이 다시 수정하면, AI는 동일한 환각 (hallucination)을 반복하며 토큰을 낭비하고 당신의 시간을 허비합니다. 이것이 제가 'AI 드리프트 (AI drift)'라고 부르는 현상이며, 장기 프로젝트에서 시니어 엔지니어가 "Cursor는 정말 놀랍다"에서 "자동 완성 기능을 꺼버렸다"로 변하게 만드는 단 하나의 가장 큰 이유입니다.

비용: 불편한 계산을 해봅시다. 컨텍스트 재설정 (re-context)과 드리프트 수정에 하루 15분을 소비한다고 가정하면, 연간 약 250 근무일 기준 62.5시간이 됩니다. 연간 거의 8일의 전체 근무일에 해당합니다. 영국 시니어 개발자의 시간당 청구 비용이 약 £75라고 할 때, 엔지니어 한 명당 연간 £4,687.50의 시니어 시간이 보이지 않게 새어나가고 있는 것입니다. 5명 규모의 팀이라면 이는 주니어 개발자 한 명을 채용하는 비용과 맞먹습니다.

작동하지 않는 본능: 당연한 대응책은 모든 컨벤션 (convention)을 담은 긴 시스템 프롬프트 (system prompt)를 작성하여 모든 새로운 채팅 상단에 붙여넣는 것입니다. 제가 아는 대부분의 시니어 엔지니어들이 이를 시도해 보았습니다. 하지만 세 가지 이유로 실패합니다:

1. 토큰 팽창 (Token bloat): 모든 프롬프트 시작 부분에 2,000토큰 규모의 서문을 넣는 것은 비용이 많이 들고 속도를 느리게 합니다. 더 나쁜 것은, 서문이 길어질수록 특정 규칙에 대한 AI의 주의력 (attention)이 저하된다는 점입니다.
2. 규율의 붕괴 (Discipline decay): 일주일 동안은 그렇게 할 것입니다. 하지만 2주 차가 되면 "빠른" 프롬프트를 작성할 때 이를 건너뛰기 시작할 것입니다. 그러면 드리프트가 다시 돌아옵니다.
3. 정적 지식 (Static knowledge): 당신의 아키텍처는 진화하지만, 서문은 진화하지 않습니다. 서문은 당신이 마지막으로 업데이트를 신경 썼던 시점의 스냅샷일 뿐입니다.

당신에게 필요한 것은 더 긴 프롬프트가 아니라 지속성 (persistence)입니다.

지속성이 실제로 구현되는 모습: 돌파구는 Cursor를 단순한 챗봇 (chat-bot)이 아니라 상태 유지형 페어 프로그래머 (stateful pair-programmer)로 생각하기 시작할 때 나타납니다. AI가 시니어처럼 행동하기 위해서는 세 가지가 필요합니다:

리포지토리 (repo) 내에 존재하며, AI가 모든 세션 시작 시 읽고, 새로운 것을 배울 때마다 AI 스스로 업데이트하는 장기 기억 파일 (long-term memory file). AI를 위한, 그리고 AI에 의한 아키텍처 결정 기록 (Architectural Decision Records, ADRs).

관련이 있을 때만 로드되는 범위 지정(Scoped) 및 디렉터리 인식 규칙 — 예를 들어, DI(의존성 주입) 규칙은 모든 컨트롤러가 아니라 Startup.cs와 ServiceCollectionExtensions.cs에서만 실행됩니다. 토큰 예산(Token budget)이 보존됩니다. AI가 환각 루프(hallucination loop)에 빠졌음을 감지하고, 이를 강제로 중단시킨 뒤 파일을 다시 읽고 질문을 던지게 하여 잘못된 방향을 고수하지 않도록 만드는 서킷 브레이커(circuit breaker)도 포함됩니다. 이 중 어느 것도 생소한 것이 아닙니다. 이는 AI 자체에 적용된 표준적인 시니어 엔지니어링 기법들입니다. 제가 실제 .NET 코드베이스에서 사용해 온 패턴을 Cursor가 기본적으로 읽을 수 있는 네 개의 .mdc 파일로 패키징한 4가지 규칙 아키텍처는 다음과 같습니다:

• arch-core.mdc — 경계 강제(boundary enforcement). 현재 파일이 어느 계층(layer)에 속해 있는지 감지하고, 이를 넘어서는 제안을 거부합니다.
• dotnet-di.mdc — DI 감사(auditor). Scoped → Singleton 캡처, HttpClient 인스턴스화, 비즈니스 로직으로의 IConfiguration 유출 등을 잡아냅니다.
• bug-breaker.mdc — 서킷 브레이커(circuit breaker). 동일한 문제에 대해 반복되는 실패 시도를 감시하며, 잘못된 방식을 고수하는 대신 파일을 다시 읽도록 강제합니다.
• persistence.mdc — 엔진. 세션 전반에 걸쳐 LEARNING_LOG.md를 유지합니다. ADR(Architectural Decision Records) 스타일 형식으로 결정 사항을 자동 추가하며, 세션 시작 시 AI에게 해당 정보를 주입(Hydrate)합니다.

이 모든 것은 .cursor/rules/ 폴더와 루트 레벨의 단일 LEARNING_LOG.md 파일에 존재합니다. 설정이 필요 없고(Zero config), 빌드 단계도 필요 없습니다(Zero build step). 이를 저장소(repo)에 커밋하기만 하면 팀 전체가 동일한 기준점을 갖게 됩니다.

두 달 뒤 월요일 아침,

무료 다운로드, 가입 불필요: 👉 arch-core-lite.mdc 다운로드. 또는 오늘 바로 컨텍스트 세금(Context Tax)을 중단하세요. 전체 Agentic Architect 키트 — 4개의 전문 규칙(specialist rules) + 지속성 엔진(persistence engine) + 학습 로그(Learning Log) 템플릿 — 의 가격은 1회 결제 시 £19.99입니다. 평생 업데이트 제공. MIT 라이선스 적용. 14일 이내 조건 없는 환불 가능. 👉 전체 프레임워크 가져오기 — £19.99. 원문은 agenticstandardcontact-byte.github.io/agentic-architect/blog 에서 처음 게시되었습니다. 원본 게시물이 SEO 효과(SEO juice)를 얻을 수 있도록 표준 URL(Canonical URL)이 설정되어 있습니다.