'FAILED' 상태가 곧 설명은 아니며, 깨끗하게 정리된 결과물 또한 그렇지 않다

요약

OpenAI 에이전트 사례를 통해 요약본이나 'FAILED' 상태만 믿는 것은 위험하며, 실제 조치 가능한 정보는 로그나 구조화된 실패 코드 같은 기록 계층에 존재함을 강조합니다. 따라서 에이전트를 설계할 때는 산문(prose)보다 기록(record)을 최우선으로 처리해야 합니다.

핵심 포인트

• 요약본이나 'FAILED' 상태는 설명이 아닌 포인터일 뿐 신뢰도가 낮다.
• 실제 행동 지침은 로그, 트레이스 등 구조화된 기록 계층에 존재한다.
• 에이전트 설계 시 산문보다 기록(record)을 우선하여 처리해야 한다.
• Runway CLI 사용 시 폴링 루프 대신 --wait 플래그를 활용하는 것이 효율적이다.