> ## Content Index
> Fetch the complete content index at: https://zerodraftlab.com/llms.txt
> Use this file to discover other available public pages before exploring further.

# 800시간 뒤 남은 것은 프롬프트가 아니라 반복 작업이다
- URL: https://zerodraftlab.com/repetition-becomes-agent-infrastructure/
- Published: 2026-08-15T04:57:16.000Z
- Updated: 2026-09-15T08:34:50.000Z
- Description: 반복 규칙은 기억으로, 절차는 명령으로, 검토는 독립 작업으로 옮긴다. AI 코딩의 최소 자격을 복구 가능성에서 찾는다.
- Author: JooMong
- Tags: Agent-Native, Edmund Yong

AI 코딩을 오래 쓰고도 남는 것은 화려한 프롬프트보다 반복 작업의 흔적이다. 매번 다시 설명한 규칙은 프로젝트 지침이 되고, 자주 시킨 절차는 명령이 되며, 독립적으로 검토할 일은 별도 작업 단위가 된다.

Edmund Yong은 [Claude Code를 800시간 이상 쓴 뒤 정리한 영상](https://www.youtube.com/watch?v=Ffh9OeJ7yxw&ref=zerodraftlab.com)에서 프로젝트 메모리, 반복 명령, 최신 문서 연결, 하위 작업, 플러그인을 다룬다. [Cursor 작업 영상](https://www.youtube.com/watch?v=V-zhv95AhF8&ref=zerodraftlab.com)에서는 반복 수정 사항을 프로젝트 규칙으로 옮기고 관련 파일과 문서를 명시적으로 제공한다. 또 다른 [바이브 코더에게 필요한 기술 영상](https://www.youtube.com/watch?v=2IQYbwQpFdM&ref=zerodraftlab.com)에서는 프로그래밍 기초, Git, 명확한 요청, 디버깅, 보안을 최소 역량으로 꼽는다.

## 반복 설명은 기억 파일로 졸업시킨다

프로젝트를 열 때마다 빌드 명령, 폴더 구조, 테스트 방식, 금지된 의존성을 설명한다면 대화가 아니라 저장 위치가 잘못된 것이다. [Anthropic의 Claude Code 메모리 문서](https://docs.anthropic.com/en/docs/claude-code/memory?ref=zerodraftlab.com)도 `CLAUDE.md`에 프로젝트 아키텍처, 코딩 표준, 자주 쓰는 작업 흐름을 기록하는 용도를 설명한다.

다만 지침 파일을 모든 지식의 창고로 만들면 서로 충돌하고 오래된 규칙이 남는다. 에이전트가 행동을 바꿔야 하는 짧은 규칙과 정본 문서의 위치만 두고, 긴 설계 배경은 별도 문서와 테스트로 보존하는 편이 낫다. 기억은 압축된 운영 인터페이스다.

2025년의 Cursor 모델명, 자율 실행 옵션, 규칙 파일 형식을 그대로 따라 할 필요도 없다. 제품 UI는 바뀌지만 “같은 수정을 두 번 설명했다면 반복 가능한 규칙 후보”라는 판단은 남는다. 규칙을 추가한 뒤에는 실제 변경이 줄었는지 확인하고, 더는 맞지 않는 규칙은 지워야 한다.

## 반복 프롬프트는 검증 가능한 명령으로 바꾼다

같은 린트, 테스트, 릴리스 점검을 매번 자연어로 요청할 필요는 없다. 입력과 출력이 정해진 절차는 스크립트나 명령으로 만들고, 에이전트는 언제 그것을 실행할지 판단하게 한다. 이렇게 하면 결과를 재현하고 실패 지점을 찾기 쉬워진다.

도구 연결도 개수가 아니라 판단 비용을 줄이는가로 평가해야 한다. 최신 문서를 가져오는 연결은 오래된 API를 추측하는 문제를 줄일 수 있다. 반대로 사용하지 않는 MCP나 플러그인은 권한, 오류, 컨텍스트만 늘린다. 설치보다 제거 기준을 먼저 정하는 편이 안전하다.

반복을 기반 시설로 바꾸는 일은 더 많은 자동화를 쌓는 과정이 아니라, 사람의 판단이 필요한 부분과 이미 답이 정해진 부분을 갈라 놓는 과정이다. 이 구분이 없으면 기억 파일과 명령도 오래된 판단을 더 빠르게 반복한다.

## 하위 작업은 역할극보다 독립된 결과물이어야 한다

“시니어 개발자처럼 생각해”보다 “이 변경에서 보안 문제만 찾아 파일과 근거를 보고해”가 분리하기 쉽다. Yong도 하위 에이전트를 추상적인 직함보다 정리, 문서, 조사, UI 검토처럼 경계가 있는 작업에 쓰라고 설명한다. 동시에 같은 파일을 고치는 여러 작업을 무작정 병렬화하면 충돌과 재검토 비용이 커진다.

작업을 나눌 기준은 결과를 독립적으로 검증할 수 있는가다. 조사 보고서, 테스트 실패 원인, 접근성 점검처럼 읽기 결과가 분리되면 유용하다. 설계 결정 하나를 여러 에이전트가 각자 바꾸게 하는 것은 책임을 나눈 것이 아니라 상태를 복제한 것이다.

## 속도를 지키는 최후의 기술은 복구다

AI가 코드를 빨리 생성할수록 Git, 디버거, 로그, 인증과 권한의 기초가 더 중요해진다. 생성된 변경을 되돌리고, 차이를 읽고, 실패를 재현하고, 비밀값과 입력 경계를 확인할 수 없다면 속도는 누적 위험으로 바뀐다.

프로그래밍 문법을 모두 외워야 AI 코딩을 시작할 수 있다는 뜻은 아니다. 최소 자격은 결과의 소유자가 될 수 있는가다. 무엇이 바뀌었는지 설명하고, 테스트를 실행하고, 이상하면 원래 상태로 돌아갈 수 있어야 한다.

오래 쓸수록 프롬프트 기술은 기반 시설로 바뀐다. 반복 규칙은 기억, 반복 절차는 명령, 최신 사실은 문서 연결, 독립 검토는 하위 작업, 안전망은 Git과 테스트가 맡는다. 에이전트 숙련도는 한 번에 멋진 답을 받는 능력보다 반복을 재현 가능한 시스템으로 바꾸는 능력에 가깝다.

## 좋은 기반 시설은 틀린 반복을 멈출 수 있다

규칙과 스크립트에는 성공 경로뿐 아니라 재검토 조건이 필요하다. 의존성 버전이 바뀌었거나 같은 예외가 두 번 생겼거나 실행 결과가 더는 목적을 충족하지 못하면, 에이전트가 기존 지침을 따르는 대신 멈추고 정본을 다시 읽어야 한다. 자동화의 안정성은 언제나 같은 행동을 하는 데 있지 않다.

또한 반복 작업이 사라졌다는 사실만으로 효과를 판단할 수 없다. 검토 시간이 줄었는지, 실패를 더 빨리 찾았는지, 새로운 사람이 같은 절차를 재현할 수 있는지를 봐야 한다. 프롬프트가 기반 시설이 되는 순간부터 품질은 답변의 인상보다 변경 이력, 테스트, 실패 영수증으로 측정된다.

---

주요 출처는 Edmund Yong의 [800+ Hours of Claude Code: 10 Tips for 2026](https://www.youtube.com/watch?v=Ffh9OeJ7yxw&ref=zerodraftlab.com), [Cursor AI Tricks](https://www.youtube.com/watch?v=V-zhv95AhF8&ref=zerodraftlab.com), [5 Skills Every Vibe Coder Needs](https://www.youtube.com/watch?v=2IQYbwQpFdM&ref=zerodraftlab.com)입니다. 800시간은 제작자의 자기보고이며 영상 게시 뒤 제품 기능은 바뀔 수 있습니다. `CLAUDE.md`의 용도는 [Anthropic 공식 문서](https://docs.anthropic.com/en/docs/claude-code/memory?ref=zerodraftlab.com)를 대조했고, 특정 스폰서 교육 서비스는 권장 근거로 사용하지 않았습니다.