800시간 뒤 남은 것은 프롬프트가 아니라 반복 작업이다

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

Edmund Yong은 Claude Code를 800시간 이상 쓴 뒤 정리한 영상에서 프로젝트 메모리, 반복 명령, 최신 문서 연결, 하위 작업, 플러그인을 다룬다. Cursor 작업 영상에서는 반복 수정 사항을 프로젝트 규칙으로 옮기고 관련 파일과 문서를 명시적으로 제공한다. 또 다른 바이브 코더에게 필요한 기술 영상에서는 프로그래밍 기초, Git, 명확한 요청, 디버깅, 보안을 최소 역량으로 꼽는다.

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

프로젝트를 열 때마다 빌드 명령, 폴더 구조, 테스트 방식, 금지된 의존성을 설명한다면 대화가 아니라 저장 위치가 잘못된 것이다. Anthropic의 Claude Code 메모리 문서도 CLAUDE.md에 프로젝트 아키텍처, 코딩 표준, 자주 쓰는 작업 흐름을 기록하는 용도를 설명한다.

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

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

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

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

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