워크플로우 메모리가 도구보다 중요한 이유: 컨텍스트 로딩이 거대한 프롬프트를 이기는 이유

코딩 에이전트의 일반적인 실패 패턴은 도구가 부족해서가 아니라 적절한 워크플로우 메모리가 없기 때문입니다. 에이전트는 셸, git, 브라우저, 파일 읽기를 갖추고 있습니다. 문제는 해당 워크플로우의 규칙에 대한 메모리 없이 잘못된 워크플로우에 진입한다는 것입니다.

릴리스는 단순히 "빌드 실행"이 아닙니다. 핫픽스는 단순히 "코드 변경"이 아닙니다. 배포는 단순히 "파일 푸시"가 아닙니다. 마이그레이션은 단순히 "스키마 편집"이 아닙니다. 각각에는 먼저 확인해야 할 사항, 절대 건너뛰지 말아야 할 사항, 이후에 업데이트해야 할 사항, 완료 기준 등 지루한 컨텍스트가 있습니다.

접근 방식: 온디맨드 체크리스트 로딩

모든 것을 영구 프롬프트에 쌓아두는 대신(곧 수프가 됩니다), 워크플로우 컨텍스트가 필요할 때만 로드하세요:

• 작업이 릴리스처럼 보이면 → 릴리스 체크리스트 로드.
• 에이전트가 패키징 파일을 건드리면 → 패키징 노트 로드.
• 마이그레이션을 수행 중이면 → 백업 및 검증 규칙 로드.
• 핫픽스를 수정 중이면 → 체인지로그/동기화 규칙 로드.
• 워크플로우가 끝나면 추가 컨텍스트 제거.

이렇게 하면 실패 모드가 크게 바뀝니다. 에이전트는 모든 것을 기억하려는 하나의 거대한 프롬프트처럼 행동하지 않고, 필요할 때 적절한 체크리스트가 이미 책상 위에 있는 작업 공간처럼 작동하기 시작합니다.