장기 작업은 “좋은 답변 1번”보다 “좋은 루프 10번”이 더 중요합니다. 이번 편은 계획→실행→검토→기록 루프를 실전 운영 기준으로 정리합니다.
AI 활용 안내: 이 문서는 생성형 AI 보조를 받아 작성되었습니다.
이 글에서 답하는 질문
- 질문: 에이전트를 한 번 잘 쓰는 수준에서 반복 운영 가능한 수준으로 올리려면 무엇이 필요할까?
- 한 줄 답: 계획, 실행, 검토, 기록을 한 루프로 묶어야 결과가 다음 작업의 자산으로 남습니다.
- 다음 글로 넘어갈 기준: 작업 시작 전 완료 기준을 쓰고, 완료 전 검토 항목을 체크할 수 있으면 됩니다.
flowchart TD A[계획] --> B[실행] B --> C[검토] C --> D[기록] D --> A
왜 루프가 필요한가
단발성 작업에서는 프롬프트 품질이 중요하지만, 연속 작업에서는 다음이 핵심입니다.
- 맥락 누적 관리
- 완료 기준 유지
- 중간 오류 조기 탐지
- 재발 방지 기록
루프가 없으면 “오늘 잘한 작업”이 내일 재현되지 않습니다.
운영 표준 4단계
1) 계획 (Plan)
- 목표 1~3개만 설정
- 완료 기준 문장으로 고정
- 금지 실수 1개 미리 선언
2) 실행 (Do)
- 시작 알림 먼저
- 동시 태스크 1~2개 제한
- 산출물은 파일 기준으로 점검
3) 검토 (Review)
- 완료 전 링크/형식/근거 검증
- “완료” 선언은 검토 후
- 실패 원인 1문장 기록
4) 기록 (Log)
- 일지(memory) 반영
- 반복 실수는 고정 규칙으로 승격
- 다음 턴 시작점 3줄 저장
하루 운영 템플릿
[오늘 목표]
1)
2)
3)
[완료 기준]
-
[금지 실수]
-
[진행 로그]
- 시작:
- 중간:
- 완료:
[검토 결과]
- 링크/형식/근거:
[다음 액션]
-주간 운영 템플릿
- 월: 목표/우선순위 설정
- 화~목: 실행 + 중간 점검
- 금: 결과 요약 + 규칙 업데이트
- 토/일: 템플릿 개선 및 자동화 점검
실패 시 대응 루틴 (5분)
flowchart LR A[오류 발견] --> B[작업 중지] B --> C[원인 1문장] C --> D[즉시 수정] D --> E[재실행] E --> F[기록 승격]
- 원인 문장을 먼저 써야 재발 방지 규칙을 만들 수 있습니다.
25분 실습 (루프 점검)
도구
- 메모 파일 1개
- 진행 중 작업 1건
입력 자료
- 오늘 계획 목록
- 현재 미완료 항목
실행 절차
- 미완료 항목 1개 선택
- 시작 알림 작성
- 20분 실행
- 검토 체크 후 완료/미완료 갱신
- 다음 액션 1줄 기록
복붙 실행문
1) 지금 미완료 항목 1개 선택
2) 시작 알림 작성
3) 20분 실행(태스크 1개)
4) 링크/형식/근거 검토
5) 완료 여부 체크 + 다음 액션 기록성공 판정
- 완료 전 완료보고를 피했는가
- 결과가 파일/링크로 검증됐는가
- 다음 실행점이 남았는가
운영 KPI (권장)
- 완료율: 계획 대비 완료 항목 비율
- 재작업률: 완료 후 재수정 비율
- 검토 누락률: 검토 없이 완료 선언된 비율
- 규칙 승격률: 반복 실수를 규칙화한 비율
현장 예시: 긴 문서 제작을 루프로 운영하기
“AI 뉴스 요약 글 5개를 만들어줘”처럼 긴 작업을 한 번에 맡기면 중간 오류가 마지막에 몰려 나옵니다. 운영 루프로 바꾸면 흐름이 달라집니다.
- 계획: 오늘은 5개 중 2개만 완료, 각 글은 출처 3개 이상
- 실행: 1편 작성 후 바로 링크와 톤 점검
- 검토: 제목 규칙, 근거 링크, 다음 읽기 확인
- 기록: 반복 오류와 좋은 문장 패턴을 템플릿에 반영
루프의 목적은 AI를 더 오래 돌리는 것이 아니라, 작게 실행하고 빨리 검수해 실패 비용을 줄이는 것입니다.
실패/오해 방지
- 계획 과다: 하루에 끝낼 수 없는 목표를 세우면 루프가 아니라 위시리스트가 됩니다.
- 실행 방치: 중간 체크 없이 오래 돌리면 오류가 누적됩니다.
- 검토 생략: “완료”라는 단어와 실제 산출물 검증은 다릅니다.
- 기록 누락: 같은 실수를 다음 날 다시 설명하게 됩니다.
오늘 바로 적용 체크리스트
- 오늘 목표를 1~3개로 줄였다.
- 각 목표의 완료 기준을 파일/링크/검증 항목으로 적었다.
- 중간 점검 시점을 정했다.
- 완료 전 검토 체크리스트를 실행했다.
- 반복 규칙 또는 실패 유형을 기록했다.
다음 행동
- 오늘 작업 1개를
Plan → Do → Review → Log로 기록합니다. - 완료 보고 전에 실제 파일/링크/출력물을 확인합니다.
- 다음 글 06-비용-최적화에서 루프를 비용 관점으로 다듬습니다.
참고 자료
- Yao et al., ReAct
https://arxiv.org/abs/2210.03629 - Packer et al., MemGPT
https://arxiv.org/abs/2310.08560 - Shinn et al., Reflexion
https://arxiv.org/abs/2303.11366 - Madaan et al., Self-Refine
https://arxiv.org/abs/2303.17651
🧠 칠판 치트시트
- 계획 없는 실행은 재작업으로 돌아온다
- 검토 없는 완료는 신뢰를 잃는다
- 기록 없는 개선은 다음 날 사라진다