고스트 하우스 효과: AI 생성 코드의 다섯 가지 실패 모드

고스트 하우스 패턴

개발자들은 Claude AI를 코딩에 사용할 때 일관된 패턴을 보고합니다: 처음 2~3주 동안 10배의 속도 향상이 나타나다가, 리팩토링이 따라잡을 수 없을 만큼 기술 부채가 복리로 증가하는 전환점에 도달합니다. 그 결과 개발자들은 매일 8시간씩 "에이전트가 어제 만든 것을 망치지 않도록 간청하는" 시간을 보냅니다.

다섯 가지 구체적인 실패 모드

• 그림자 의존성: Claude가 package.json에 없는 라이브러리를 임포트합니다. 코드는 로컬에서는 작동하지만 캐시가 없는 CI/CD 환경에서는 실패합니다. 개발자들은 이를 "AI 고스트 디펜던시"라고 부릅니다.
• 컨텍스트 창 마비: 저장소가 커질수록 에이전트는 요약하기 시작하며 전체적인 그림을 잃습니다. 이로 인해 UI 버그를 수정하면서 데이터베이스 마이그레이션 스크립트를 무력화시키는 등 관련 없는 컴포넌트를 실수로 파괴하는 수정이 발생합니다.
• 편집에 대한 두려움: 아키텍처가 너무 취약해져서 수동 편집이 전체적인 실패로 이어지기 때문에 개발자들은 자신의 코드를 만지지 않게 됩니다. 정신적 모델은 인간 개발자가 아닌 에이전트에 상주하게 됩니다.
• 환각된 API: AI는 존재하지 않는 내부 엔드포인트나 보안 라이브러리를 만들어냅니다. 코드는 샌드박스 환경에서는 완벽해 보이지만 프로덕션에서는 404 오류를 반환하며 "유령" 기능을 생성합니다.
• 아키텍처 표류: "분위기 코딩"이 "프롬프트 스파게티" 문서화로 이어집니다. 두 번째 달이 되면 저장소는 유지보수가 불가능해져 인간 개발자의 온보딩을 위해 완전히 재작성해야 합니다.

출처는 많은 창업자들이 "모든 것을 무력화하고 처음부터 다시 구축해야 하는" 한계점에 도달한다고 언급합니다. 마비 임계값은 개발 주기의 더 이른 시점에서 프로젝트에 영향을 미치는 것으로 보입니다.