Log in to leave a comment
No posts yet
코딩 비서의 시대는 끝났습니다. 이제는 자율 에이전트의 시대입니다. 하지만 수만 줄의 레거시 코드가 쌓인 브라운필드 프로젝트에 Claude Code를 무턱대고 던져넣는 것은 마치 안개 속에서 전력 질주하는 것과 같습니다. 결과는 뻔합니다. AI는 길을 잃고, 당신의 토큰은 공중분해됩니다.
핵심은 도구가 아니라 체계입니다. Anthropic의 터미널 기반 에이전트인 Claude Code를 제대로 다루기 위해서는 GSD(Get Stuff Done) 프레임워크라는 정교한 오케스트레이션이 필요합니다. 2026년 현재, 단순히 코드를 생성하는 단계를 넘어 복잡한 시스템을 마이그레이션하고 유지보수하기 위한 실전 전략을 살펴봅니다.
AI 모델의 컨텍스트 창이 커졌다고 해서 성능이 비례해서 올라가는 것은 아닙니다. 실제 산업 데이터에 따르면, Claude와 같은 최상위 모델조차 컨텍스트 점유율이 30%를 넘어서면 정밀도가 하락하기 시작합니다. 특히 70% 임계점을 돌파하면 모델이 초기에 설정한 아키텍처 규칙을 망각하고 최근 대화 내용에만 집착하는 드리프트 현상이 발생합니다.
이것이 브라운필드 프로젝트에서 AI가 자꾸만 엉뚱한 코드를 짜내는 근본적인 이유입니다. 수천 줄의 레거시 파일이 컨텍스트를 가득 채우면 AI의 추론 엔진 내에서 인지적 엔트로피가 급증합니다. GSD 프레임워크는 이 문제를 해결하기 위해 소프트웨어 공학의 고전인 분할 정복을 AI 워크플로우에 이식했습니다.
GSD는 Claude Code를 하나의 전지전능한 존재로 취급하지 않습니다. 대신 이를 12개의 특화된 하위 에이전트 군단으로 분리합니다. 이 방식의 본질은 각 작업에 깨끗한 컨텍스트(Fresh Context)를 제공하여 모델의 추론 능력을 매번 100% 활용하는 데 있습니다.
지식의 외부화는 GSD의 핵심 메커니즘입니다. 에이전트가 분석한 도메인 지식을 메모리에 두지 않고 즉시 SUMMARY.md나 SPEC.md 같은 물리적 문서로 기록합니다. 메인 세션은 이 정제된 문서만을 로드함으로써 불필요한 토큰 낭비를 막고 의사결정의 정확도를 높입니다.
레거시 시스템 마이그레이션은 신규 구축보다 훨씬 까다롭습니다. 기존의 규칙을 깨지 않으면서 새로운 기능을 이식해야 하기 때문입니다.
무작정 코드를 수정하기 전에 /gsd:map-codebase 명령으로 전체 지형을 파악해야 합니다. 이 과정에서 반드시 추출해야 할 두 가지 문서가 있습니다. CONVENTIONS.md는 기존의 에러 핸들링과 명명 규칙을 보존하게 만들고, CONCERNS.md는 성능 병목 지점이나 라이브러리 충돌 가능성을 미리 식별하여 AI의 접근 금지 구역을 설정합니다.
코드는 계획의 부산물일 뿐입니다. 구현에 들어가기 전, AI와 심도 있는 기술 인터뷰를 진행하여 API 응답 규약이나 DB 스키마 정렬 여부를 확정하십시오. 이 단계에서 인간이 개입하여 기술적 제약 조건을 명확히 설정하는 것이 실행 단계의 오류를 80% 이상 줄이는 비결입니다.
AI가 동일한 오류 메시지를 3회 이상 반복하며 헤매고 있다면 세션을 즉시 중단하십시오. 오염된 컨텍스트를 붙잡고 있는 것은 비용 낭비일 뿐입니다. 이때는 코드를 수정하려 하지 말고 실패 원인만 분석하여 plan.md에 반영한 뒤, 완전히 새로운 세션에서 시작하는 콜드 스타트를 수행해야 합니다.
2026년의 소프트웨어 개발 환경에서 차별화된 경쟁력은 더 이상 타이핑 속도가 아닙니다. Rakuten이 1,250만 줄의 거대 코드베이스에 단 7시간 만에 신기능을 추가할 수 있었던 동력은 개발자의 코딩 실력이 아니라 정교한 에이전틱 워크플로우 조율 능력이었습니다.
이제 개발자는 코드를 직접 쓰는 작가가 아니라, AI라는 오케스트라를 지휘하는 마에스트로가 되어야 합니다. 토큰 소비 효율을 극대화하고 에이전트 간의 지식 전달 체계를 설계하는 아키텍처적 통찰력이 당신의 몸값을 결정할 것입니다. 지금 바로 프로젝트에 GSDrc 설정 파일을 구축하고 기술 부채를 가시화하는 작업부터 시작하십시오.