• 에이나우
• 기본 과정
• AI 인사이트

AI한테 시키기만 하면 안 됩니다

AI 결과물의 대부분은 쓰레기입니다

2026-02-27

1. 릴스 영상을 저장 또는 공유하기로 기록 해놓습니다.
2. DM으로 받은 링크를 카톡으로 옮겨 놓습니다.
3. PC로 접속해서 AI 즐겨찾기 폴더를 만들어 저장해놓습니다.
4. 바로 사용을 해봅니다. 절대 미루지 마세요. (⭐ 제일 중요)

1. 원본 영상

2. 영상 이미지 요약

3. 인사이트 요약

[1] 배경과 맥락

이 영상의 화자는 휴먼레이어(HumanLayer)의 덱스 호시(Dex Horthy)입니다.

그는 단순한 장난감 수준의 데모를 넘어, 복잡하고 방대한 실제 기업의 코드베이스에서 AI 에이전트를 어떻게 설계하고 통제해야 하는지 연구해 온 실전 전문가입니다.

이 영상이 다루는 핵심 주제는 컨텍스트 엔지니어링입니다.

소규모의 새로운 프로젝트(그린필드)에서는 AI 코딩이 마법처럼 작동하지만, 10년 된 자바 시스템과 같은 거대한 기존 프로젝트(브라운필드)에 AI를 투입하면 끊임없이 쓰레기 코드(Slop)를 양산하며 기술 부채 공장으로 전락해 버리는 현실을 정면으로 파헤칩니다.

이 영상을 봐야 하는 이유를 한 문장으로 요약하면 다음과 같습니다.

AI 에이전트가 코딩 중 바보가 되는 근본 원인을 분석하고, 무한한 컨텍스트 창에 의존하는 대신 의도적 압축을 통해 실제 업무 환경에서 AI의 성능을 3배 이상 끌어올리는 실전 워크플로우를 제시하는 완벽한 가이드입니다.

[2] 핵심 내용 정리

• 쓰레기 코드의 굴레와 바보 존(Dumb Zone)의 비밀

최근 대규모 설문조사에 따르면, 개발자들이 AI를 사용해 배포하는 코드의 양은 늘었지만 그중 상당수는 지난주에 AI가 싼 쓰레기 코드(Slop)를 다시 수정하는 재작업에 불과했습니다.

덱스는 그 이유를 언어 모델의 근본적인 작동 방식에서 찾습니다. 언어 모델은 상태를 기억하지 못하며(Stateless), 오직 현재 채팅창에 입력된 컨텍스트(맥락)만을 기반으로 다음 단어를 예측합니다.

개발자가 AI에게 에러를 지적하고, AI가 사과하며 코드를 수정하고, 다시 에러가 나서 인간이 화를 내는 대화가 길어지면 치명적인 문제가 발생합니다. AI는 이 대화의 궤적을 읽고, 다음에도 인간이 화를 낼 만한 틀린 코드를 출력하는 것이 자연스럽다고 예측해 버립니다.

또한, 에이전트가 코드를 찾기 위해 뒤진 검색 기록이나 방대한 JSON 로그가 컨텍스트 창의 40% 선을 넘어가면, AI는 이른바 바보 존(Dumb Zone)에 진입하여 급격히 지능을 상실합니다.

• 해결책: 의도적 압축(Intentional Compaction)

덱스가 고안해 낸 해결책은 AI와 싸우기를 멈추고 판을 새로 까는 것입니다. 에이전트가 길을 잃었다고 판단되는 즉시, AI에게 지금까지의 상황과 알아낸 사실을 짧은 문서로 요약하라고 지시합니다.

그리고 그 채팅창을 과감히 버린 뒤, 요약된 문서만 들고 새로운 채팅창을 열어 작업을 다시 시작합니다. 이것이 바로 컨텍스트 창의 노이즈를 제거하고 핵심만 남기는 의도적 압축입니다.

• 서브 에이전트의 진정한 목적

많은 사람들이 프론트엔드 에이전트, 백엔드 에이전트, QA 에이전트처럼 AI에게 인간의 직무를 부여하는 의인화 놀이를 합니다. 덱스는 이를 즉각 멈추라고 경고합니다.

서브 에이전트는 역할극을 위한 것이 아니라, 오직 부모 에이전트의 컨텍스트 창이 오염되는 것을 막기 위한 구조적 장치일 뿐입니다. 특정 코드가 어디 있는지 찾기 위해 수백 개의 파일을 뒤지는 지저분한 작업은 서브 에이전트에게 시킨 뒤, 그 파일은 여기 있습니다라는 한 줄의 요약본만 부모 에이전트에게 전달하게 해야 합니다.

• 연구, 계획, 실행 (RPI) 워크플로우

덱스의 팀은 이 압축 철학을 업무 프로세스 전체로 확장하여 RPI(Research, Plan, Implement)라는 흐름을 완성했습니다.

첫째 단계인 연구(Research)에서는 코드를 짜지 않습니다. 객관적으로 시스템이 어떻게 작동하는지 진실을 압축하여 문서를 만듭니다.

둘째 단계인 계획(Plan)에서는 구현할 정확한 파일명, 라인 넘버의 스니펫, 그리고 테스트 방법까지 구체적으로 적은 계획서를 작성합니다. 이것은 의도의 압축입니다.

마지막 실행(Implement) 단계에서는 바보 모델을 가져다 놓아도 실패할 수 없을 만큼 정교하게 짜인 이 계획서대로 코드를 작성합니다.

• 인간 사고의 외주화 불가

이 방식을 통해 덱스 팀은 30만 줄의 러스트(Rust) 코드베이스에 3만 5천 줄의 코드를 단 7시간 만에 배포하는 기적을 만들어냈습니다. 하지만 한계도 명확했습니다.

극도로 복잡한 자바 구조 변경 작업에서는 RPI 워크플로우마저 실패했습니다. 결국 인간이 다시 화이트보드 앞으로 돌아가 시스템 아키텍처를 새로 그려야만 했습니다.

AI는 당신이 이미 한 생각(Thinking)을 증폭시켜 줄 수는 있지만, 당신을 대신해서 생각해주지는 않는다는 점을 분명히 합니다.

[3] 핵심 인사이트 분석

1. 무한한 컨텍스트 창의 함정과 압축의 미학

아무리 AI 모델의 컨텍스트 창이 100만 토큰, 200만 토큰으로 넓어지더라도 쓸데없는 로그와 실패 기록을 밀어 넣으면 출력의 품질은 곤두박질칩니다.

현재의 AI 트렌드가 모델의 입력 창을 무한정 늘리는 하드웨어적 확장에 집중하고 있다면, 이 영상은 입력되는 정보의 밀도를 극대화하는 소프트웨어적 구조화가 훨씬 더 중요함을 증명합니다.

1. 코드 리뷰의 본질적 진화: 멘탈 얼라인먼트

AI가 하루에 수천 줄의 코드를 작성하는 시대에, 인간이 그 코드를 한 줄씩 읽으며 리뷰하는 것은 불가능하며 무의미합니다. 앞으로의 팀 협업에서 중요한 것은 코드가 아니라 AI가 작성한 계획서(Plan)를 리뷰하는 것입니다.

동료가 AI에게 어떤 방향으로 시스템을 수정하라고 지시했는지 그 계획서를 검토함으로써, 개발팀 전체가 시스템의 진화 방향을 인지적으로 동기화(Mental Alignment)하는 것이 리더의 새로운 역할입니다.

1. 새로운 조직 갈등: 주니어의 슬롭(Slop)과 시니어의 피로감

코드 생성 AI 도입 이후, AI의 도움을 받아 엄청난 양의 코드를 쏟아내는 주니어 개발자와 그 지저분한 코드를 수습하느라 고통받는 시니어 개발자 사이에 심각한 균열이 발생하고 있습니다.

이는 단순한 도구의 한계가 아니라 개발 수명 주기(SDLC)의 붕괴를 의미합니다. 경영진과 기술 리더가 AI를 위한 완전히 새로운 협업 프로세스(예: 의도적 압축 기반의 RPI)를 강제하지 않으면, AI는 오히려 조직의 기술 부채를 폭발시키는 시한폭탄이 됩니다.

[4] 눈여겨볼 포인트

1. 핵심 도구 및 개념 요약

바보 존(Dumb Zone): 에이전트의 컨텍스트 창이 일정 비율(약 40%) 이상 노이즈로 채워졌을 때 추론 능력이 급락하는 현상 및 그 구간.

의도적 압축(Intentional Compaction): 실패한 대화를 이어가지 않고, 현재까지의 상황을 마크다운 문서로 요약한 뒤 새로운 창에서 작업을 시작하는 기법.

RPI 프레임워크: 리서치(진실의 압축), 플랜(의도의 압축), 임플리먼트(실행)로 이어지는 AI 코딩의 3단계 분절 워크플로우.

1. 명시적 비판과 추천

덱스는 스펙 주도 개발(Spec-driven dev)이라는 단어가 사람마다 PRD 문서, 마크다운 주도 코딩, 심지어 오픈소스 문서화 등 제각각의 의미로 쓰이며 의미론적 확산(Semantic Diffusion)을 겪어 이제 쓸모없는 유행어가 되었다고 강하게 비판합니다.

또한, 가장 좋은 AI 툴을 찾겠다며 클로드, 커서 등 여러 도구를 철새처럼 돌아다니지 말고, 하나의 도구를 끈질기게 붙잡고 반복 숙달(Reps)할 것을 강력히 추천합니다.

1. 해결되지 않은 한계

파케이(Parquet) 자바 프로젝트에서 하둡(Hadoop) 의존성을 제거하는 극도로 복잡한 아키텍처 리팩토링은 결국 AI 워크플로우로 해결하지 못했습니다. 인간의 고차원적인 아키텍처 설계 역량은 여전히 AI로 대체할 수 없는 영역으로 남아 있습니다.

[5] 실전 활용 아이디어

• AI 워크플로우 구축: RPI 기반의 사내 코딩 에이전트 룰 제정

무엇을: 팀 내 모든 AI 코딩 작업 시, 인간의 코딩 지시 전에 반드시 마크다운 기반의 계획서(Plan) 작성을 선행하도록 프로세스를 강제합니다.

어떻게: 개발자가 커서(Cursor)나 코파일럿을 쓸 때 이 버튼을 파란색으로 바꿔줘라고 즉흥적으로 지시하는 것을 금지합니다. 먼저 시스템의 어떤 컴포트를 건드려야 하는지 리서치 문서를 뽑게 하고, 정확한 수정 라인과 테스트 방법론이 적힌 플랜 문서를 생성하게 합니다. 시니어 엔지니어가 이 플랜 문서를 읽고 승인(Mental Alignment)했을 때만 AI에게 실제 코드 작성을 허락합니다.

왜: 이렇게 중간에 압축 밸브를 달아두지 않으면 주니어 개발자들은 AI가 내뱉는 그럴싸한 쓰레기 코드(Slop)를 그대로 배포하게 되며, 이는 곧 거대한 기술 부채로 돌아오기 때문입니다.