과제 — 고장난 오케스트레이션 고치기

시뮬레이터의 평가 모드에서 실패가 주입된 실행을 진단합니다. 세 가지 실패(무한루프·핸드오프 누락·도구 오류) 중 하나가 들어 있습니다.

진단 절차

1. 증상 관찰 트레이스를 처음부터 읽으며 다음을 기록합니다.

• 총 단계 수와 상한 도달 여부
• 호출된 에이전트와 호출되지 않은 에이전트
• 도구 호출과 응답 — 오류나 빈 값이 있는가
• 종료 사유

2. 실패 유형 판별 증상을 근거로 세 유형 중 하나를 고릅니다. 왜 다른 두 유형이 아닌지도 적으세요.

3. 원인 특정 유형을 맞히는 것으로 끝나지 않습니다. 무엇이 그 실패를 만들었는지를 짚어야 합니다. 지시문의 어느 부분이 빠졌는지, 어느 조건이 모호한지 구체적으로 적습니다.

4. 수정안 제시 고칠 문장을 실제로 써 봅니다. "종료 조건을 추가한다"가 아니라 "다음 문장을 지시문에 넣는다: ..." 형태로요.

제출물

항목	내용
관찰한 증상	단계 수, 호출 이력, 도구 응답
판정한 실패 유형	그리고 다른 유형이 아닌 이유
원인	지시문·도구 정의의 구체적 결함
수정안	실제 문장
재현 방지	이 실패를 미리 잡을 감시 지표

채점 기준

유형을 맞히는 것이 절반, 원인을 정확히 짚는 것이 절반입니다. 유형만 맞히고 원인을 "설계가 부족해서"로 적으면 절반만 인정됩니다.

마지막 항목(재현 방지)이 실무에서 가장 값집니다. 한 번 고치는 것보다 같은 실패를 자동으로 감지하는 장치를 두는 것이 낫습니다.