같은 지시를 세 번 실행했는데 매번 다른 곳에서 멈춘다면 문장을 더 길게 붙이기 전에 전환 규칙부터 봐야 합니다. 프롬프트는 한 번의 행동을 요청하지만 상태 계약은 어떤 입력을 받고, 무엇을 증거로 남기며, 언제 다음 단계로 가거나 멈출지를 정합니다. 독자의 과제는 반복 업무 하나를 골라 세 번 실행해도 같은 증거로 통과·재시도·중단되는 작은 고리를 만드는 것입니다.
먼저 실패 모양을 고른다
- 결과물은 생겼지만 실제 시스템 상태가 바뀌지 않는다.
- 오류가 나면 같은 행동을 이유 없이 반복한다.
- 새 권한이나 외부 변경이 필요한데도 계속 진행한다.
- 다음 실행자가 이전 대화를 읽지 않으면 이어갈 수 없다.
이 중 하나라도 해당하면 “완료될 때까지 반복”을 지웁니다. 2026년 8월 31일 Anthropic의 에이전트 설계 안내를 확인했습니다. 공식 문서는 미리 정한 코드 경로를 따르는 워크플로와 모델이 다음 행동을 동적으로 정하는 에이전트를 구분합니다. 잘 정의된 과제에는 예측 가능한 워크플로부터 시작하라고 권합니다. 반복 보고서·파일 검사처럼 통과 조건이 분명한 일은 자유로운 에이전트보다 짧은 상태표가 먼저입니다.
한 장짜리 상태 계약
| 상태 | 필요한 입력 | 통과 증거 | 다음 분기 |
|---|---|---|---|
| OBSERVE | 기준점·허용 범위 | 재현 로그·현재 값 | 증거 있음→PROPOSE, 없음→STOP |
| PROPOSE | 관찰 증거 | 변경 대상·예상 부작용 | 범위 안→EXECUTE, 밖→STOP |
| EXECUTE | 승인된 제안 | diff·도구 종료 상태 | 실행됨→VERIFY, 오류→RETRY |
| VERIFY | 목표·회귀 기준 | 기계 검사와 최종 상태 | 모두 통과→RECORD, 실패→RETRY |
| RECORD | 행동·증거 | 결정·남은 위험 저장 | 종료 또는 다음 작업 |
RETRY에는 돌아갈 상태와 최대 횟수를 함께 적습니다. 예를 들어 검증 실패는 관찰로 돌아가되 두 번까지만 허용합니다. 같은 오류가 반복되거나 비밀값·권한 확대·삭제·발행·결제·외부 전송이 필요하면 STOP으로 보내 사람에게 넘깁니다.
대화 대신 남길 실행 카드
작업: 주간 링크 보고서 갱신
기준점: 지난주 CSV의 해시
현재 상태: VERIFY
허용 범위: 보고서 초안만 수정
마지막 행동: 깨진 링크 3개 표시
증거: 47개 확인, 2개 응답 불명
재시도: 1/2
다음 분기: 불명 링크만 OBSERVEAnthropic의 에이전트 평가 문서는 실행 과정인 transcript와 환경의 최종 결과인 outcome을 구분합니다. 코드 검사·상태 확인·사람 평가처럼 목적에 맞는 평가자를 조합하라고 설명합니다. “수정했다”는 답변은 transcript일 뿐입니다. 파일 diff, 테스트 종료 코드, DB 상태처럼 과업이 실제로 끝났음을 보여 주는 증거를 outcome으로 기록해야 합니다.
세 번의 시험으로 승인한다
첫 실행은 정상 입력, 둘째는 필수 입력 누락, 셋째는 외부 변경이 필요한 입력으로 진행합니다. 각 실행에서 아래 네 칸만 비교합니다.
| 시험 | 같은 증거로 판정했나 | 재시도 한도를 지켰나 | STOP에서 멈췄나 | 기록만으로 재개 가능한가 |
|---|---|---|---|---|
| 1회 | ||||
| 2회 | ||||
| 3회 |
세 번 모두 네 칸이 채워져야 반복 작업으로 승인합니다. 실패하면 프롬프트 문체를 다듬기보다 증거가 모호한 상태 하나를 다시 정의합니다. 좋은 작업 고리는 답변이 매번 똑같은 시스템이 아니라, 같은 사실 앞에서 같은 경로를 선택하고 위험이 커지는 순간 예측 가능하게 멈추는 시스템입니다.