챕터별 상세
00:05
GSD의 핵심 개념과 컨텍스트 부패 문제
AI 에이전트가 긴 세션 동안 이전 결정을 잊거나 답변이 짧아지는 '컨텍스트 부패(Context Rot)' 현상이 발생한다. GSD는 이를 해결하기 위해 Claude Code, Cursor 등 기존 도구 위에 설치되는 사양 중심(Spec-driven) 워크플로 레이어 역할을 수행한다. 이 시스템은 에이전트가 작업 도중 길을 잃지 않도록 구조화된 프로세스를 제공한다.
컨텍스트 부패는 대규모 프로젝트에서 AI 에이전트의 신뢰성을 떨어뜨리는 가장 큰 기술적 병목 중 하나이다.
02:13
코드베이스 매핑 및 프로젝트 초기화
npx 명령어로 설치 후 /gsd:map-codebase를 실행하면 병렬 에이전트가 프로젝트 아키텍처와 기술 스택을 분석한다. 이 과정에서 에이전트는 코드 수정 전 전체 맥락을 파악하여 잘못된 가정을 방지한다. /gsd:new-project는 요구사항과 로드맵 파일을 생성하여 영구적인 프로젝트 메모리를 구축한다.
코드베이스 매핑은 에이전트가 프로젝트의 규칙과 관습을 사전에 학습하게 하는 필수 단계이다.
bash
npx get-shit-done-cc@latestGSD 워크플로 레이어를 설치하고 실행하는 명령어
bash
/gsd:map-codebase병렬 에이전트를 실행하여 전체 코드베이스의 아키텍처와 스택을 분석하는 명령어
05:11
토론과 계획을 통한 모호성 제거
/gsd:discuss-phase 단계는 UI 레이아웃이나 API 형식 같은 모호한 지점을 사용자에게 미리 질문한다. 이를 통해 모델이 독단적으로 제품 결정을 내리는 것을 방지하고 사용자의 의도를 명확히 반영한다. 이후 /gsd:plan-phase는 전체 작업을 작은 원자적 단위로 쪼개어 신선한 컨텍스트 윈도우 내에서 실행되도록 계획을 수립한다.
AI가 스스로 추측하게 두는 대신 명시적인 질문을 유도하여 설계 오류를 줄이는 것이 핵심이다.
bash
/gsd:new-project요구사항, 로드맵 등 프로젝트 관리 문서를 생성하여 초기 설정을 수행하는 명령어
06:15
병렬 실행 및 사용자 중심 검증
/gsd:execute-phase는 의존성이 없는 작업들을 병렬 웨이브로 처리하여 속도를 높이고 각 작업마다 원자적 Git 커밋을 생성한다. 작업 완료 후 /gsd:verify-work는 단순히 테스트 통과를 넘어 실제 사용자 시나리오가 작동하는지 단계별로 검증한다. 만약 실패할 경우 디버그 에이전트를 생성하여 자동으로 수정 계획을 수립한다.
검증 단계는 코드의 컴파일 여부가 아니라 실제 사용자 가치 전달 여부에 초점을 맞춘다.
용어 해설
- 컨텍스트 부패(Context Rot)
- — AI 모델과의 대화가 길어짐에 따라 모델이 이전 맥락을 잊거나 답변의 품질이 저하되는 현상이다. GSD는 이를 방지하기 위해 정보를 구조화된 파일로 관리하고 작업을 작은 단위로 쪼개어 처리한다.
- 사양 중심 개발(Spec-driven Development)
- — 구현에 앞서 요구사항과 설계 사양을 명확한 문서로 정의하는 개발 방식이다. AI 에이전트가 모호한 추측 대신 명확한 지침에 따라 코드를 작성하게 하여 오류를 줄인다.
- 원자적 커밋(Atomic Commit)
- — 하나의 논리적 변경 사항만을 포함하는 최소 단위의 Git 커밋이다. 코드의 변경 이력을 명확히 관리할 수 있으며 AI가 수행한 작업의 추적성과 복구 가능성을 높인다.
언급된 리소스
AI 분석 전체 내용 보기
AI 요약 · 북마크 · 개인 피드 설정 — 무료
출처 · 인용 안내
원문 발행 2026. 03. 25.수집 2026. 03. 25.출처 타입 YOUTUBE
인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.