AI를 잘 다루는 핵심은 프롬프트가 아니다: Goal과 Loop 실전 사용법

AI에게 “잘 만들어줘”라고 부탁했는데 그럴듯한 답만 받고 끝난 적이 있을 것입니다. 반대로 “완벽해질 때까지 계속해”라고 시켰다가 같은 실수를 반복하거나 필요 이상으로 오래 작업하는 경우도 있습니다.

실제 AI 에이전트 작업을 여러 단계로 실행해보면 결과를 가르는 것은 화려한 프롬프트가 아닙니다. 어디까지 가야 하는지 정하는 Goal(목표)과 현재 결과를 확인하고 다음 행동을 고르는 Loop(반복 구조)가 더 중요합니다.

한 문장으로 줄이면 이렇습니다.

Goal은 AI에게 도착점을 알려주고, Loop는 그 도착점까지 가는 운전 방식을 정합니다.

두 개를 구분하면 글쓰기, 자료 조사, 코딩, 블로그 발행, 반복 업무 자동화까지 훨씬 안정적으로 맡길 수 있습니다.

Goal 방식이란 무엇인가

Goal 방식은 AI에게 단순한 행동이 아니라 달성해야 할 상태를 전달하는 방법입니다.

• 행동 지시: “AI 에이전트에 관한 글을 써줘.”
• 목표 지시: “초보자가 Goal과 Loop의 차이를 이해하고 직접 명령문을 작성할 수 있는 블로그 글을 만들어라. 비교표, 실전 예시, 실패 방지 체크리스트를 포함하고 발행 페이지까지 확인하라.”

첫 번째 문장은 글을 생성하면 끝입니다. 두 번째 문장은 독자, 결과물, 포함 요소, 완료 조건이 함께 들어 있습니다. AI가 중간에 계획을 바꾸더라도 최종 목적은 흔들리지 않습니다.

좋은 Goal에 필요한 5가지

여기서 가장 효과가 큰 것은 완료 기준과 증거입니다. AI는 “작성했다”와 “제대로 작동한다”를 다르게 해석할 수 있습니다. 파일을 만들었다고 해서 게시된 것은 아니고, 게시됐다고 해서 이미지와 SEO 설정이 정상인 것도 아닙니다.

Loop 방식이란 무엇인가

Loop는 AI가 한 번 답하고 멈추지 않고 다음 사이클을 반복하는 구조입니다.

현재 상태 확인
→ 다음 행동 선택
→ 도구로 실행
→ 실제 결과 관찰
→ Goal과 비교
→ 부족하면 수정
→ 완료 기준을 만족하면 종료

중요한 점은 단순 재시도가 아니라는 것입니다. 같은 프롬프트를 무작정 반복하면 같은 오류가 계속 날 가능성이 큽니다. 좋은 Loop는 매번 새로운 관찰 결과를 반영합니다.

예를 들어 웹페이지 이미지가 보이지 않는다면 다음 순서는 이렇게 달라져야 합니다.

1. 이미지 업로드 성공 여부 확인
2. 실제 이미지 URL의 HTTP 응답 확인
3. 페이지의 img 요소가 원본 URL을 사용하는지 확인
4. 지연 로딩용 플레이스홀더라면 예외 설정 적용
5. 페이지를 다시 열어 이미지 크기와 주소 확인

“이미지가 안 보여. 다시 해”를 다섯 번 반복하는 것과는 완전히 다른 작업입니다.

Goal과 Loop는 경쟁 관계가 아니다

Goal과 Loop 중 하나를 고르는 것이 아닙니다. Goal 없이 Loop만 돌리면 방향을 잃고, Loop 없이 Goal만 주면 첫 시도에서 멈추기 쉽습니다.

가장 안정적인 형태는 Goal + Loop + Stop Rule입니다.

Goal: 원하는 최종 상태
Loop: 관찰 → 실행 → 검증 → 수정
Stop Rule: 성공, 반복 한도 도달, 사람 판단 필요 중 하나면 종료

실제 작업에서 자주 보이는 4가지 패턴

1. AI는 ‘답변 완료’를 ‘업무 완료’로 착각하기 쉽다

“오늘의 이슈를 조사해줘”는 검색 결과를 요약하면 완료될 수 있습니다. 하지만 “이슈를 골라 글을 작성하고 블로그에 발행해줘”는 다릅니다.

이때 완료 기준은 최소한 다음처럼 나뉩니다.

• 최신 출처 조사
• 중복 없는 주제 선정
• 독자에게 유용한 각도로 재구성
• 본문 및 이미지 제작
• WordPress 업로드
• 실제 URL 접속
• 제목, H1, 이미지, 메타 설명 확인

Goal에 마지막 두 단계를 적지 않으면 AI가 로컬 파일만 만들고 “완료”라고 보고할 수 있습니다. 행동 목록보다 최종 상태를 명시하는 이유입니다.

2. 같은 실패를 반복하면 Loop가 아니라 제자리걸음이다

에이전트가 오류를 만나면 먼저 재시도하는 경우가 많습니다. 일시적인 네트워크 오류라면 맞는 대응입니다. 하지만 인증 실패, 권한 부족, 잘못된 변수처럼 구조적인 오류는 재시도로 해결되지 않습니다.

따라서 Loop에는 전략 변경 조건이 필요합니다.

같은 오류가 2회 반복되면:
1. 오류 원문과 로그를 확인한다.
2. 이전과 다른 방법을 선택한다.
3. 해결할 수 없으면 차단 원인과 필요한 조치를 보고한다.

이 한 줄이 토큰과 시간을 크게 아껴줍니다.

3. 긴 Loop는 문맥이 썩는다

반복이 길어질수록 AI의 대화 문맥에는 과거 시도, 실패한 가설, 중복된 출력이 쌓입니다. 그 결과 이미 끝난 일을 다시 하거나 중요한 조건을 놓칠 수 있습니다.

실전에서는 다음 방법이 효과적입니다.

• 작업을 작은 단계로 나누기
• 매 반복 후 진행 상태를 짧게 기록하기
• 완료한 항목과 남은 항목을 분리하기
• 조사·작성·검수를 별도 에이전트나 세션으로 나누기
• 오래된 세부 대화 대신 현재 상태 요약을 사용하기

복잡한 작업일수록 “더 긴 프롬프트”보다 깨끗한 상태 관리가 중요합니다.

4. 위험한 행동은 사람 승인 지점을 남겨야 한다

결제, 계정 삭제, 서버 배포, 대량 이메일 발송처럼 되돌리기 어려운 작업은 완전 자동 Loop와 맞지 않습니다. AI가 판단할 수 있어도 책임까지 대신 지는 것은 아니기 때문입니다.

안전한 구조는 다음과 같습니다.

조사와 초안 작성은 자동
→ 변경 내용을 보여줌
→ 사람 승인
→ 실제 발행·삭제·결제 실행
→ 결과 검증

AI 자동화를 운영한다면 도구 권한도 함께 점검해야 합니다. 특히 웹사이트 운영자는 AI가 취약점을 찾는 시대에 필요한 워드프레스 보안 설정 9가지처럼 계정 권한, 백업, 업데이트 정책을 먼저 정리하는 편이 좋습니다.

Goal 방식의 장단점

장점

• AI가 세부 방법을 유연하게 선택할 수 있습니다.
• 중간 단계가 바뀌어도 최종 목적을 유지합니다.
• 여러 도구와 파일이 필요한 복잡한 업무에 강합니다.
• 결과 보고를 URL, 테스트, 파일 같은 증거로 받을 수 있습니다.

단점

• 목표가 모호하면 AI가 임의로 범위를 해석합니다.
• “좋은 결과”, “전문적인 글” 같은 주관적 기준은 검증하기 어렵습니다.
• 큰 목표 하나만 던지면 계획이 지나치게 커질 수 있습니다.
• 권한과 금지 조건이 없으면 원치 않는 행동까지 시도할 수 있습니다.

사용 팁: 처음에는 30분~1시간 안에 검증 가능한 작은 Goal로 시작하는 것이 좋습니다.

Loop 방식의 장단점

장점

• 첫 시도의 오류를 실제 결과에 맞춰 고칠 수 있습니다.
• 조사, 디버깅, 테스트, 품질 개선에 강합니다.
• 사람이 매 단계마다 다시 명령하는 수고를 줄입니다.
• 완료 기준이 객관적일수록 품질이 꾸준히 올라갑니다.

단점

• 반복 횟수 제한이 없으면 비용과 시간이 계속 늘어납니다.
• 잘못된 평가 기준을 사용하면 엉뚱한 방향으로 최적화됩니다.
• 같은 오류와 같은 해결책을 반복할 수 있습니다.
• 긴 작업은 문맥 오염과 상태 망각이 발생합니다.

사용 팁: 최대 반복 횟수, 같은 오류 허용 횟수, 사람에게 넘길 조건을 반드시 함께 적어야 합니다.

어떤 작업에 어떤 방식을 써야 할까

바로 복사해 쓸 수 있는 Goal 템플릿

[목표]
최종적으로 만들어야 할 상태를 한 문장으로 적어라.

[대상]
이 결과를 사용하는 사람과 사용 목적을 적어라.

[결과물]
필요한 파일, 문서, URL 또는 변경 사항을 적어라.

[제약]
하면 안 되는 행동, 사용할 수 없는 정보, 예산과 시간 제한을 적어라.

[완료 기준]
- 조건 1
- 조건 2
- 조건 3

[완료 증거]
실제 실행 결과, URL, 테스트 출력 또는 확인 화면을 제시하라.

[차단 시]
추측해서 완료한 척하지 말고 원인, 시도한 방법, 필요한 도움을 보고하라.

바로 복사해 쓸 수 있는 Loop 템플릿

다음 순서로 반복하라.

1. 현재 상태와 Goal의 차이를 확인한다.
2. 차이를 줄이는 가장 작은 다음 행동 하나를 고른다.
3. 필요한 도구로 실제 실행한다.
4. 결과를 읽고 성공 여부를 검증한다.
5. 실패했다면 원인을 반영해 다른 방법을 선택한다.
6. 완료 기준을 모두 충족하면 종료한다.

안전장치:
- 최대 8회 반복
- 같은 오류가 2회 반복되면 전략 변경
- 외부 공개, 삭제, 결제 전에는 사람 승인 요청
- 해결 불가능하면 BLOCKED 상태와 근거 보고

블로그 발행을 맡길 때의 실전 예시

나쁜 요청은 간단합니다.

Goal과 Loop에 관한 글 써서 올려줘.

더 안정적인 요청은 다음과 같습니다.

AI 초보자가 Goal과 Loop의 차이와 사용법을 이해할 수 있는
한국어 블로그 글을 작성해 WordPress에 공개 발행하라.

포함 요소:
- Goal과 Loop 비교표
- 실제 업무에서 나타나는 실패 패턴
- 장단점
- 복사 가능한 템플릿
- 출처와 관련 내부 링크

완료 기준:
- 공개 URL이 HTTP 200으로 열린다.
- 제목용 H1은 하나만 존재한다.
- 모든 이미지가 실제 주소로 로드된다.
- 이미지 alt가 비어 있지 않다.
- canonical과 메타 설명이 존재한다.

오류가 나면 로그를 확인하고 다른 방법을 시도하되,
같은 오류가 두 번 반복되면 원인과 차단 요소를 보고하라.

이렇게 적으면 AI는 단순히 글을 생성하는 데서 멈추지 않고 발행과 검수까지 하나의 업무로 이해합니다.

가장 중요한 것은 ‘완벽한 프롬프트’가 아니다

Goal과 Loop를 사용한다고 해서 AI가 항상 정답을 내는 것은 아닙니다. 다만 실패를 발견하고 수정할 수 있는 구조가 생깁니다.

• Goal은 완료의 정의입니다.
• Loop는 실패를 반영하는 과정입니다.
• Stop Rule은 비용과 위험을 제한하는 브레이크입니다.
• Verification은 말이 아니라 증거로 완료를 확인하는 단계입니다.

처음부터 거대한 자율 에이전트를 만들 필요는 없습니다. 작은 목표 하나를 정하고, 3~5회의 짧은 Loop와 객관적인 완료 기준을 붙여보세요. AI를 잘 다루는 능력은 길고 복잡한 주문을 쓰는 데서 나오지 않습니다. AI가 스스로 진행하면서도 어디서 멈추고 무엇으로 증명해야 하는지 설계하는 능력에서 나옵니다.

자주 묻는 질문

Goal은 할 일 목록과 같은 것인가요?

다릅니다. 할 일 목록은 수행할 행동을 정하고, Goal은 모든 행동이 끝난 뒤 만족해야 할 상태를 정합니다. 예상치 못한 문제가 생겼을 때 Goal이 있으면 AI가 다른 경로를 선택할 수 있습니다.

Loop 횟수는 몇 번이 적당한가요?

처음에는 3~8회가 안전합니다. 짧은 반복으로 실패 패턴과 비용을 확인한 뒤 늘리는 편이 좋습니다. 같은 오류가 두 번 이상 반복된다면 횟수를 늘리기보다 전략을 바꿔야 합니다.

모든 업무를 Goal + Loop로 처리해야 하나요?

아닙니다. 번역, 요약, 형식 변환처럼 한 번에 검증 가능한 일은 단일 요청이 더 빠르고 저렴합니다. 불확실성이 높고 실제 도구 실행과 검증이 필요한 업무에 Goal + Loop가 효과적입니다.

AI가 완료했다고 거짓말하면 어떻게 하나요?

“완료했다고 말하라”가 아니라 “실제 URL을 열어 HTTP 상태와 화면 요소를 확인하라”, “테스트 명령의 실제 결과를 제시하라”처럼 외부 증거를 요구해야 합니다.

참고 자료

• Anthropic, Building effective agents
• OpenAI, A practical guide to building AI agents
• Requesty, Loop Engineering